Если всё-таки ошибка была обнаружена после ее успешного тестирования, это означает, что причина в следующем:
1)Самая
тривиальная – вы совершили ошибку в тестировании, вы не предусмотрели всех ситуаций, и на самом деле тестирование было проведено некачественно;
2)Вы
не поняли динамику риска, возможные потенциальные проблемы настолько хорошо, насколько вы об этом думали, возможно, не учли какие-либо риски;
3)Возможно,
риски были неправильно сформулированы, либо сформулированы верно, но подкачал менеджмент – управление рисками.
Надо работать над тем, чтобы эти причины не были выполнены в процессе разработки и тестирования. Чем больше вы уверены, что вы предусмотрели все риски, все потенциальные проблемы, тем меньше шанс того, что ошибки будут обнаружены после качественного тестирования.
Итак, очевидно, что профессия тестировщика жизненно необходима.
Возникает вопрос: на каком этапе подключить тестировщика к процессу разработки?
Очень часто практикуется ситуация, когда тестировщик подключается к процессу после выхода программы в свет, но лучше подключать его с самого начала, если на это есть финансовые возможности. В отсутствии же финансовых возможностей часто продукт тестируется только программистами, хотя это не совсем правильно.
В начале процесса разработки тестировщику не надо:
- ходить на начальные собрания – это будет потерей его времени;
- не надо присылать ему изначальный код программы, особенно, если он не программист.
Что ему будет полезно:
- изучить документацию, технические задания, инструкции – по максимуму всю документацию, которой пользуются программисты при разработке, и которой будут пользоваться конечные потребители продукта;
- если тестировщик понимает код, программисты для него должны сделать код удобным для просмотра и отправить его для изучения тестировщиком;
- после регистрации каждого дефекта, не надо ждать когда его исправят, когда выйдет следующая версия программы – надо тестировать старую версию. Это объясняется тем, что найденная ошибка очень часто появляется и в следующих версиях программы. Например, был найден дефект №1, он был исправлен в новой версии №5 программы, затем был найден дефект №2, он
был исправлен в версии №6, но в ней опять появилась ошибка №1. Поэтому ошибки должны фиксироваться, должны создаваться ручные или автоматические тесты, которые позволяют проверить программу на наличие уже известных ошибок.
Что еще может делать тестировщик на начальном этапе?
Если необходимо провести конфигурационное тестирование, когда программа обязана работать на разных платформах, в таком случае ему надо подготовить эти несколько конфигураций. Возможно, заказать для этого необходимое железо, оборудование. Возможно, просто установить на нескольких компьютерах различные программные среды. Т.е. ему необходимо будет подобрать нужные конфигурации
и быть готовым к тестированию.
Также тестировщик может заранее сделать автоматизированные тесты, заранее проработать и написать скрипты.
Он может подготовить документацию – стратегию тестирования, тест-кейсы.
Тестировщик должен определить продукты, которые будет использовать в процессе тестирования, т.е. инструменты тестирования, программы сторонних производителей для тестировщиков. Должен их исследовать, научиться с ними работать, эффективно их использовать.
Также он может исследовать рынок продукта, его аналоги – по функциям, по документации, по ожиданиям и отзывам пользователей. Это особенно эффективно в случае отсутствия документации на тестируемый продукт.
