Стандартные этапы тестирования ПО
- 1. Оценка проекта
- 2. Создание плана
- 3. Сбор требований
- 4. Тест-дизайн
- 5. Тестирование билда
- 6. Выполнение тестов
- 7. Приемочное тестирование
- 8. Репорты и результаты
- 9. Установка приложения
- 10. Корректировка
- 11. Оценка эффективности
Этап 1: Оценка плана разработки и состояния проекта
Предварительный этап, в котором задействуются верификация, валидация (здесь подробнее) и план тестирования (здесь подробнее). На этом этапе тестировщики, со своей точки зрения, оценивают полноту и корректность плана разработки, включая тестирование. Основываясь на расширяемости и полноте плана проекта, тестировщики оценивают количество ресурсов, которые будут выделять на тестирование в этом проекте.
Этап 2: Разработка плана тестирования
Создание плана тестирования вполне стандартный процесс, не выходящий за рамки общего паттерна планирования программных продуктов. Структура плана тестирования описывается стандартом IEEE, контекст зависит от проекта, и от скиллов команды.
Этап 3: Сбор требований
Неполные, неточные, несогласованные требования вызывают, возможно, большинство проблем в программных продуктах. Неспособность получить качественно сформулированные требования на 3-м этапе значительно увеличивает стоимость продукта и вызывает задержки. Тестировщики во время верификации требований должны гарантировать, что требования точные, полные, и не противоречат друг другу.
Этап 4: Тест-дизайн
Этап оценки как «внешнего», так и «внутреннего» дизайна, главным образом это техники верификации. QA-команда позаботится, чтобы планирование было эффективным, особенно что касается окружения и аппаратной части.
Этап 5: Тестирование билда
Метод, выбранный для билда продукта во внутреннем дизайн-документе, будет определять тип и объем тестирования, количество привлеченных тестировщиков. Если автоматизация внедрена в больших масштабах, понадобится меньше ручного тестирования на этом этапе. Если продукт делается по модели водопада, он довольно уязвим к ошибкам и должен будет проходить дополнительные верификации. В целом, значительно дешевле обнаруживать и устранять дефекты на раннем этапе разработки, чем на более позднем, во время динамического тестирования.
Этап 6: Выполнение тестов и фиксация результатов
Тестирование кода при его выполнении (то есть динамически). Подходы, методы, и инструменты, изложенные в плане тестирования, будут задействованы сейчас и покажут свою эффективность. Происходит проверка, соответствует ли выполняемый код требованиям, и структурным спецификациям.
Этап 7: Приемочное тестирование
Этап приемочного тестирования: конечные пользователи оценивают работоспособность и полезность приложения при выполнении его основных функций. Продукт проверяется с точки зрения пользователя, что может немного отличаться от задокументированных требований.
Этап 8: Репорты и результаты тестов
Репорты, то есть отчеты и промежуточные результаты в процессе тестирования, поступают постоянно. Репорт может быть как письменным, так и устным. Важно, чтобы дефекты и/или уточнения по продукту были зафиксированы как можно раньше, а значит корректировки были сделаны как можно раньше — это экономия времени и усилий.
Этап 9: Установка продукта
QA-команда подтвердила, что продукт готов к передаче в продакшен, тогда переходят к установке и тестированию в прод-окружении (в реальных условиях). Идет тестирование продукта в операционной системе, уточняется взаимодействие со связанными продуктами, и другие стандартные процедуры в реальном окружении.
Этап 10: Корректировки
Этап обслуживания/поддержки готового продукта, в том числе maintenance-тестированием. Требования к продукту могут изменяться/совершенствоваться и на этом позднем этапе, поэтому в тест-план могут вноситься изменения; корректировки/совершенствования продукта должны быть протестированы и оценены QA-командой.
Этап 11: Оценка эффективности тестирования
Финальный этап: оценка эффективности QA-команды на этом проекте. Оценивают сами тестировщики (точнее лиды), а еще лучше, если работу команды оценят разработчики, пользователи, и специалисты по качеству (QC), если такая должность есть в организации.
