Как грамотно рассказывать о ходе тестирования
Статья основана на материале Michael Bolton «How is the testing going»
Представьте, что руководитель проекта спрашивает: «Как продвигается тестирование?» Что отвечать, зачем это делать и как правильно построить ответ — расскажем в этой статье.
Неопытный тестер скатится в цифры и выдаст примерно следующее: «Ну, всё нормально. Я прошёл 234 тест-кейса из 500. Из 100 автотестов упали 16 и так далее». Это — плохой ответ. Сухие цифры без контекста не отражают состояние продукта. Эти цифры бесполезны: они не помогают руководителю решить, что делать дальше, и не дают команде понять, куда двигаться.
Опытный тестер должен предоставлять команде полезную информацию, которая помогает правильно оценить риски и расставить приоритеты.
Мы в Fora Soft сообщаем полезную информацию в следующем порядке:
- Рассказываем о состоянии продукта — какие серьёзные проблемы мы обнаружили, почему они важны и как могут повлиять на клиентов. Эта информация помогает команде понять, с чего начать работу в первую очередь.
- Рассказываем о ходе тестирования — что уже проверили, что ещё предстоит протестировать, а что не будет тестироваться и почему. Важно описать, как именно проводилось тестирование, какое окружение использовали и по какой причине. Эта информация нужна, чтобы оценить риски возникновения проблем в непротестированных частях продукта и, при необходимости, скорректировать план тестирования.
- Рассказываем, почему мы тестируем именно так — на чём основывались при выборе, что тестировать. Объясняем, почему выбранные тесты эффективнее тех, что не прошли. Когда время и ресурсы ограничены, важно грамотно выбирать, где тестировать, и расставлять приоритеты.
- Рассказываем о проблемах, с которыми столкнулись при тестировании — что мешает тестированию, из-за чего могут остаться незамеченными ошибки, и что поможет тестировать быстрее и проще. Если команда будет знать о ваших трудностях, она сможет поддержать.
Основная задача тестировщика — находить проблемы, которые угрожают ценности продукта, и сообщать о них руководителю проекта и команде. Именно своевременное информирование команды об этих проблемах позволяет создавать качественный продукт без нарушения дедлайнов.
Для того чтобы вовремя выявлять проблемы, угрожающие ценности продукта, мы используем тест-планы и тест-стратегии.
