Опишите следующие дефекты, укажите свойства, которые были бы присвоены им в багтрекере.
1. Разработчик передал вам ссылку на тестовый стенд: test.devlab.ru/servise. При переходе на него браузер отвечает ошибкой 404.
2. При переходе по ссылке на сервис страница около минуты остаётся пустой, а потом на ней появляется таблица с огромным количеством данных.
3. Вы пытаетесь перейти на страницу с формой регистрации, но видите ошибку “Internal Server Error”.
4. Кнопка «Отправить» активна для пустого элемента страницы «Подписаться на рассылку», где нужно указать адрес электронной почты.
5. При попытке подписаться на рассылку, введя адрес электронной почты в формате “адрес.рф”, страница сообщает об успешной подписке.
6. Сообщение, оставленное на форуме, исчезает после перезагрузки страницы.
7. Вы пытаетесь загрузить на сервис файл размером 100 МБ, в ответ выводится ошибка 413.
8. Вы нажимаете кнопку «Отправить во внешний сервис stat.ru», но ничего не происходит. В журнале событий сообщение: “Error: stat.ru/api/receive_data/ responded with status: Service Unavailable”
Пожалуйста, укажите ссылку на файл с выполненным тестовым заданием.
Мне не очень понятно само задание. Опыт тестирования у меня небольшой.
Почему возник такой вопрос: имеется сложная система, с некой сущностью, у которой есть жизненный цикл, на протяжении которого сущность меняет состояние, мигрирует с одного сервера на другой. Причем есть несколько вариантов развития жизненного цикла, которые отличаются разными последовательностями состояний сущности.
Создание сущности, и перевод ее по жизненному циклу с помощью вызова веб сервисов удобно описываются с помощью тестов BDD (Behaviour Driven Development). Я использую Python Behave. Для каждого состояния я описываю свой feature файл, передавая сущность через context. В каждом feature файле содержатся сценарии и шаги, в которых происходит множество действий (обращения к различным веб сервисам, Для описания разных вариантов развития жизненного цикла, использую feature list файлы, в которых перечислены последовательности feature файлов.
Но кроме последовательности состояний, требуется тестировать разные экземпляры исходных сущностей с разным набором данных. Это уже попадает под DDT (Data Driven Testing). В моем случае планируется хранить исходные экземпляры сущности в БД, получать их можно например через ORM.
Но Python Behave не подразумевает многократного запуска одного и того же feature или feature list с разным набором исходных данных.
Кто знает, существуют ли инструменты под такие задачи?