Прочитали Савина? Помните, что «баги — это несоответствие ТЗ»? А теперь окунитесь в реальность — полноценного технического задания (ТЗ) не существует. Это миф. Не получится прийти на работу, поставить аватарку в JIRA и сказать: «Тестировать буду только по ТЗ, пока отдыхаю». ТЗ не будет.
Если компания:
маленькая — ТЗ нет вообще, все в головах разработчиков;
большая — ТЗ есть и много, но актуально процентов на 15.
Хорошо, когда есть небольшая инфостильная документация, которую заботливо написал внятный трезвый аналитик. Но мы рассматриваем ситуацию, когда ее нет. Что делать? Писать!
Писать придется вам. Если ходить и пинать других людей: «Напишите доку, это ваша обязанность» — никто ничего не напишет. Но и тестировать без документации грустно. Вы забудете что-то проверить. Или разработчик реализует иначе, чем вы думали, или мир сойдет с ума. Но будет грустно.
Что делать? Общаться с носителями знаний и записывать результат. Да, самому. Нет, не надорветесь.
Хочешь ТЗ и волшебные замки? Построй их сам
— диаграмма состояний и переходов;
— варианты использования;
— любовные записки;
— ...
Сегодня мы рассмотрим вариант использования — это так же круто, как.диаграмма состояний, только рисовать не надо. А в результате получаются готовые тест-кейсы:
- вариант — основной позитивный тест;
- каждая альтернатива — негативный тест;
- каждый параметр — дополнительный позитивный тест.
Тестировщики выбирают варианты! Давайте посмотрим, как это делать.
