Используются ли еще тест-планы и тест-кейсы?
Категории: Практики
Вопрос от студента
Кто-нибудь может объяснить, почему я должен как болванчик следовать примеру тест-кейса, когда в требованиях к заданию это не указано и указано наоборот, что я должен сделать свой план. Тест-кейс я делаю для себя чтобы не забыть проверить все шаги в фиче. Если для меня фраза является исчерпывающей “В поле Имя и Фамилия ввести данные. Проверить валидацию (произвольное количество слов. Корректные символы для ввода: пробел, кириллические, латинские); Проверить правильность отображения ошибки в соответствии с макетом.” Почему я должен расписывать для тестировщика на целый абзац все сценарии?
И да, вот такие тест кейсы как тут не пишет никто и никогда, это я чисто по опыту уже могу сказать. Просто физически ни у кого нет ресурсов/времени на это, потому что лучше их пустить на автоматизацию и т.п., чем на написание исчерпывающих тест-кейсов.
Ответ
Задание по тестированию личного кабинета - первое серьезное задание на курсе оно всегда вызывает у студентов много недовольства и фрустрации, потому что приходится бороться с нежеланием его делать.
Или, в твоем случае, работать с тестировщиком, которому нужно объяснить, почему нужно в деталях все разъяснять :)
- Первая ошибка - тест-план вы делаете не для себя. Вы делаете его для тех, кто будет тестировать личный кабинет. Сегодня это вы, завтра тестировщик, после-завтра это будет другой менеджер проекта, которому нужно понять, не сломан ли сервис (а вы в отпуске / уволились/ перешли на другой проект)
- Как следствие, писать вам нужно не для себя, а для любого, кто будет читать и тестировать. Для этого, нужно исключить неоднозначность. Ясно прописать инструкции - что тестировать и как. Убрать все многозначные слова и фразы (все поля, проверить на заполненность, проверить на ввод букв и т.д.). Потому у каждого из нас разное понимание этих слов.
- Ревьюеры, делают ровно то, с чем вы столкнетесь в работе - вам нужно объяснить тестировщику, зачем ему писать тест-план и подробно расписывать тест-кейсы. Потому что вы, как менеджер проекта, несете ответственность за весь проект. А тестировщик только за проверку сценария. Это вам нужно будет оправдываться за некомпетентность вашей команды перед Заказчиком и руководством, когда вы сорвете сроки сдачи проекта из-за неуспешного релиза. Или вашей компании нужно будет платить штрафы и неустойки, потому что тестировщик ввел в поле “имя и фамилия” цифры, это система пропустила и в результате у заказчика неконсистентные данные. А пользователь, из-за своей глупости, не смог воспользоваться забронированной капсулой
Подробно о том, почему Менеджеру нужен практический опыт Тестирования, Дизайна - описано тут
Применяются ли тест-планы сегодня? Еще как! Пример, как писать хорошие тест-планы.
Ниже примеры из моей практики о применении тест-планов в проектах. Ниже скрины, тест-плана, который моя команда делала в 2014-2015 годах.
Предусловия для плана тестирования
Примеры описания тест-кейсов
Еще пара примеров тестирования сервиса из Microsoft. Обратите внимание на то, что тест-планы выполняются разными сотрудниками (колонка Run by) и запускаются последние полгода. То есть, активно применяются даже в крупных компаниях!
Все посты написаны мной. Если вам интересно узнать больше, подписывайтесь на мою рассылку о менеджменте. Один-два раза в месяц я пишу статьи о разных аспектах проектного управления или менеджмента в целом. Или вы можете просто написать мне :)