Ответ
Тест-кейсы создаются по мере появления новой функциональности или изменений в системе. Частота напрямую связана с циклом разработки:
- В Agile/Scrum: Новые тест-кейсы пишутся в начале или во время каждого спринта для user stories, взятых в работу.
- При обнаружении бага: Создается тест-кейс для воспроизведения дефекта и его последующей регрессионной проверки после фикса.
- При изменении требований: Существующие тест-кейсы актуализируются, добавляются новые.
Пример тест-кейса в формате Gherkin (для BDD):
Feature: User Authentication
Scenario: Successful login with valid credentials
Given the user is on the login page
When the user enters a registered username and correct password
And clicks the 'Login' button
Then the user is redirected to the dashboard page
And a welcome message is displayedВажные практики:
- Приоритизация: Сначала покрывайте ключевые (smoke) и высокорисковые сценарии.
- Регулярное ревью и обновление: Тест-кейсы должны отражать актуальное поведение системы.
- Переиспользование: Используйте шаблоны и выносите общие шаги (например,
Given the user is logged in).
Ответ 18+ 🔞
Ну ты смотри, как всё закручено! Тест-кейсы, блядь, они как сорняки после дождя — появляются не когда захочешь, а когда система свою новую пиздюлину отрастила. Частота? Да напрямую связана с циклом разработки, ёпта!
- В Agile/Scrum: Каждый новый спринт — это праздник, сука. Только взяли в работу user stories, сразу садимся и пишем, как будем эту новую функциональность ломать. Каждый спринт, Карл!
- Багульник вылез: Обнаружили баг — охуенно! Но мало просто на него ругаться. Надо создать тест-кейс, чтобы этот дефект, как обезьяну на цепи, воспроизводить можно было. И потом, после фикса, ты им же по башке дашь — регрессию проверишь.
- Требования поменяли: Ну тут вообще пиздец. Старые тест-кейсы надо актуализировать, а под новые хотелки — свеженькие написать. Волнение ебать, терпения ноль!
Вот, смотри, как это может выглядеть, на примере входа (Gherkin, для BDD):
Feature: User Authentication
Scenario: Successful login with valid credentials
Given the user is on the login page
When the user enters a registered username and correct password
And clicks the 'Login' button
Then the user is redirected to the dashboard page
And a welcome message is displayedЧитается почти как сказка, только конец должен быть хэппи энд, а не "And the system displays error 500".
А теперь, блядь, важные практики, без которых ты просто мудак:
- Приоритизация: Не херачь всё подряд! Сначала покрой ключевые сценарии (дымовые, smoke) и то, от чего может всё накрыться медным тазом. Остальное — потом.
- Ревью и обновление: Тест-кейс — не гранитная плита. Система живая, меняется. И твои кейсы должны за ней успевать, а не пылиться артефактом позавчерашнего дня. Регулярно смотри на них и думай: "Э, бошка, думай, это ещё актуально?"
- Переиспользование: Не изобретай велосипед каждый раз, чувак! Вынеси общие шаги в отдельные куски. Ну вот зачем в каждом кейсе писать "Given the user is logged in"? Сделал один раз — и таскай эту заготовку, как хитрая жопа, по всем сценариям. Экономия времени — овердохуищная!