Где следует писать проверку полей созданного результата формы?

Question

[Павел Безруков]

Добрый день.

У меня первый опыт работы с Codeception фреймворком для тестирования.

Пишу тесты для проверки форм.
Для этого создал stepobject в наборе приёмочных тестов и наделяю его методами для заполнения, валидации полей, отправки формы, проверки подтверждающего алерта.
Теперь нужно написать проверку полей в базе данных, например id города должен быть превращён в строковое имя, а мне это нужно затестить.

Скажите можно ли использовать API фреймворка для проверки полей в БД в приёмочных тестах или это нужно выносить в какой-то другой набор тестов? Просто если выносить не понятно как последовательность выстроить сперва должен приёмочный отработать, а потом только тест проверки в БД.
В документации я видел примеры приёмочных где используется модуль BD для проверки, значит не вижу причин чем использование API продукта может не укладываться в идеологию. Но так как колеблюсь хочется узнать мнение специалистов, набивших руку.

Answer 1

[sim3x]

ИМО
приемочный тест не должен знать, что у тебя есть БД, он больше про взаимодействие с черным ящиком

У функц теста есть страница/гуи через, которую он воспринимает софт
Те ты запонил форму, отправил, а потом должен в списке найти новую позицию со своими данными, которые только что отослал
АПИ (в виде REST) в приемочных тестах вполне нормально использовать.
Но не в виде "я запостил форму, теперь по строке получу ид, а по ид найду обьект"
А в виде "запостил в форму, схожу в апи и выгребу список и посмотрю, видны ли данные в апи"

Когда тест знает, что у тебя есть БД, значит он уже ближе к коду и он или модульный тест, или юнит

Comments

[Павел Безруков]

sim3x Как тогда выстраивается взаимодействие. Сейчас у меня выполняются функциональные потом приёмочные. Допустим я в приёмочном создаю результат в одном из полей записываю уникальный хеш, как сделать чтобы после этого приёмочного запустился другой функциональный и как ему передать этот уникальный хеш? Или вы предлагаете чтобы приёмочный тестировал одно, а в функциональном создаваться отдельный результат и уже проверялся он? Не избыточно ли? С функциональными ещё потребуется подумать как их к Битриксу прикрутить!:)

[sim3x]

Павел Безруков:
На маленьких и средних проектах, функц и приемочные есть суть одно и то же

Если проект огромен, то сверху иерархии будут приемочные, как набор функциональных тестов

В приемочном тесте будет локализовано все, что нужно проверить в каком-то пользовательском сценарии.
"Зашел на сайт, создал пользователя, получил емаил, изменил юзернейм, изменил профайл, удалил пользователя"
Желательно, чтоб сценарии не зависели друг от друга

В идельном случае - приемочный тест будет провален, если хоть один функциональный тест провалился

Если сценарии зависят друг от друга, то тут
или делать для каждого сценария отдельную БД
или городить суперприемочный тест

Все функциональные и приемочные тесты пилятся на основе выдачи реального браузера
Selenium наше всьо - тут проблем с битриксом быть не должно

Самое главное в тестах - тупость. Они должны быть тупыми, как валенок