Loligan: Понял вас. Вы через Selenium IDE эти тесты собираете?
В таком случае большое количество шагов - это нормально. Правда дублирование действий мне не по душе, но не знаю, что лучше: объединить два теста в один с двумя проверками и нарушить правило "1 тест одна проверка" или оставить, чтобы было правильно, но с дополнительной тратой времени. Я бы выбрал первый вариант.
Loligan: debug в каждом языке свой. Иногда хватает var_dump (php) или console.log (js). Иногда приходится включать debugmode в phpunit, для детального отображения в ходе запроса, что то вроде этого.
$debugmode = false;
~~~
request('GET', $url . '&access_token=' . $this->accessToken, ['debug' => $this->debugMode]);
Какую литературу уже читали? Проект с какими языками и фреймворками разрабатывается? А автотесты на чем пишутся?
Loligan: писать код автотестов (phpunit, js jasmine, python, java и т.д.) вы будете? или есть кодер отдельный под это? Если есть - то он в своих тестах будет вводить ассерты, включать дебаг режим, в случае ошибок прохождения тестов в консоли он явно прочтет, какой тест завалился и почему. Ваша задача сформулировать тесты абстрактно, а функционально - это задача человека, который пишет непосредственно код.
Опять же, "шаг зафейлился". Если зафейлился логин, то смотреть будем тест логина. А не тест настроек профиля. Тест с настройками профиля выполняется только с уверенностью в том, что логин работает.
Loligan: В случае, когда тест-сценарии будут читать люди опытные, строка типа Логинимся (adress, user, pass) вместо четырех строк по отдельности явно не будет вызывать проблем. Опять же в книге озвучен этот вопрос. Не нужно излишне расписывать действия, коротко и по существу указать - достаточно.
