• Как оптимизировать время тестирования?
• Какие документы готовит тестировщик?
• Что такое чек-лист, тест-кейс и тестовый набор?
• Когда и как нужно завершать тестирование?
Профессиональная деятельность тестировщика состоит из набора активностей; такой алгоритм лежит в основе любой профессиональной деятельности. Тебе нужно точно понимать, какие виды работ должны быть проведены на каждом из этапов этого алгоритма, какой результат должен быть получен и какие условия необходимы для перехода от одного этапа к другому.
Этот алгоритм состоит из четырех основных этапов.
1. Планирование
2. Проектирование
3. Реализация
4. Завершение
При этом есть еще один вид деятельности – не этап, а постоянная активность в рамках всего профессионального цикла. Это мониторинг и контроль, предполагающий непрерывное сравнение фактического хода работы с ранее разработанным планом. Мониторинг нужен для того, чтобы ты смог увидеть любые отклонения в текущей работе от своего идеального плана, в котором ты постарался учесть все нюансы. Другими словами, это необходимо для предотвращения дефектов в собственной работе в то время, когда мы занимаемся поисками багов в чужой. Этот алгоритм принято называть фундаментальным процессом тестирования.
Фундаментальный процесс тестирования
В разных ситуациях этапы этого алгоритма могут пересекаться, объединяться или включать в себя дополнительные работы.
Максим Филиппов, QA-менеджер Saber Interactive
Одна из главаных задач QA для проекта – это оперативно и развернуто донести информацию о состоянии тестируемого продукта. И чтобы успешно справляться с этой задачей, я разделил процесс на три составляющие.
1. В идеале мы должны спланировать тесты. Если это не подходит под ваш случай, советую во время тестирования просто записывать чек-листом то, что вы проверили, чтобы после проверок посмотреть на этот список и увидеть, что еще забыли; все в голове не удержишь. По опыту скажу, что человек, который записывает свой план тестирования, получает всегда более объемную картину фичи, чем тот, кто просто набрасывает идеи в голове. Лишнее вы всегда успеете подрезать.
2. Оптимизировать количество тестов, полученное в первом пункте. Не всегда есть время посмотреть каждую мелочь, и не каждая мелочь будет важна для вашего конкретного случая. Опять же, лучше потратить время на составление плана действий и отрезать лишнее, чем брать идеи из головы на лету и что-то забыть.
3. Выполнить тестирование оптимальным способом. Не всегда стоит нестись сломя голову и просто проверять все свои гипотезы на фиче. Самая частая ошибка, которую я встречал в работе: QA получает задачу, что он должен протестировать N сущностей и получить N логов о работе сущностей. QA тестирует N сущностей и получает 0 логов. Потому что стоило бы после проверки первой сущности проверить, возможно ли получить логи вообще: баги могут быть везде.
Легко сделать неправильно, сложно сделать хорошо. Но хорошо сделать приятнее!
3.1. Планирование тестирования
3.1.1. План тестирования
На этом этапе создается один из важнейших документов – план тестирования (он же тест-план). Ты уже выполняешь свою работу и делаешь это идеальным способом, пусть и пока только на бумаге.
Помнишь сцены из фильмов про самураев, когда два опытных фехтовальщика на мечах встречаются на узкой тропинке под проливным дождем? Каждый из них проводит бой с соперником в своей голове, делая выводы, основываясь на собственном опыте, позе соперника и том, как тот держит руки на рукоятке меча. Затем они расходятся, не пролив ни капли крови, признав победу, поражение или ничью, потому что реальный бой выглядел бы точно так же, как и воображаемый. То есть запланированный результат не отличался бы от фактического. Но поскольку до достижения степени мастера в тестировании тебе еще далеко (иначе ты бы не читал эту книгу), ты все-таки будешь и учиться тщательно планировать, и реально проводить тестирование, чтобы совершенствоваться в профессии.
В зависимости от ситуации и проекта возможны разные подходы к разработке плана тестирования. Существуют стандарты, подробно описывающие план тестирования и его содержание, – международный стандарт ISO/IEC/IEEE29119–3:2013 и российский ГОСТ Р 56922–2016. Рекомендую тебе ознакомиться с ними более подробно, лишним это точно не будет. Хотя нужно сказать, что в подавляющем большинстве случаев тебе не придется писать многостраничные планы, соблюдая все требования стандартов. Достаточно хорошо проработанный план может занять всего 2–3 страницы и при этом быть отличным руководством для работы.