Для поддержки будущих изменений в REST API, которые позволяют запрашивать базу данных с использованием/конечной точки запроса и используют JSON в качестве формата данных для ввода-вывода, начинающего записывать тестовые примеры.Графический блок записи/интеграционный тест Grails для SQL-инъекций
Мои конфиги являются: -
- Grails 2.3.8
- рамках тестирования Спок
Я обеспокоен, если есть хорошая поддержка со стороны Спока для написания тестов для инъекций SQL проверки и до уровня, который он может сделать.
Когда мы говорим generic, это означает, что каждый раз, когда он запускается, он должен ударять по другой конечной точке. Например,
1st run : /api/users/query
2nd run : /api/group/query
3rd run : /api/users/query
.
.
nth time : /api/specs/query
Таким образом, область выбрана должна быть разной каждый раз. У нас может быть сформировано какое-то случайное число, которое может быть использовано для определения конечной точки домена с карты или списка URL-адресов конечных точек запроса для всех доменов.
Но следующая мысль приходит мне в голову, может ли быть другой тестовый пример, который может вызывать эти тестовые примеры (которые проверяют для инъекций SQL для разных конечных точек в каждом прогоне) определенное количество раз, чтобы протестировать его дальше и больше точно.
Нет, я сказал randomly.In, где блок, мы знаем, какие параметры мы specified.It должно быть сделано, как генерировать случайное число и смотреть карту или список URL-адресов/ресурсов/запросов и запуск тестового примера для этого URL-адреса. Итак, сегодня у меня есть 20 таких URL-адресов, которые могут увеличиться до 50 раз. Мне нужно общее решение для этого в споке. –
Что происходит, когда массивы для 'a',' b' и 'c' не определены в тесте, но создаются с помощью функции? то есть 'a << methodThatReturnsArrayOfParameters()'? – John