Когда впервые передо мной встала задача составить план тестирования программного обеспечения, то я как ни старался, но найти составленные по канонам стандартов образцы так и не смог. Большинство ребят на просторах русскоговорящего интернета пытаются называть планом тестирования сценарии тестирования, которые содержат наборы тест-кейсов и уверены в своей правоте.
Пришлось мне обратиться к стандартам, чтобы составить план тестирования. Изучив рекомендации методологии RUP (Rational Unified Process) и стандарт IEEE 829 я понял, что я сторонник RUP и поэтому план тестирования начал составлять, отталкиваясь от их рекомендаций.
При написании плана тестирования и изучения данных, которые в нём должны присутствовать, у меня сложилось впечатление, что обе методологии или оба стандарта (кому как угодно) привязываются к каскадной методологии разработки программного обеспечения (далее ПО). Возник вопрос, а что же делать тем, кто работает по гибкой методологии разработки ПО (далее Agile) включая нас? Многие могут воскликнуть: тут план не нужен! Вы не правы. План тестирования нужен в любом случае, ведь в нём описан весь процесс тестирования программного обеспечения (тут не подразумевается подробная, пошаговая инструкция для «несмышлёнышей»). И данная информация полезна, а в некоторых случаях и важна, для нового человека, который включается в проект и особенно тестировщику.
Я решил написать план так как рекомендуют, не обращая внимания на привязку к методологии разработки ПО. Составив план тестирования, изучив свой труд и осмыслив написанное я пришёл к выводу, что план применим и к Agile, для этого достаточно исключить из плана сроки проведения тестирования — это меня смущало всё время при написании плана тестирования. Также из плана я исключил риски. Я считаю, что риски в план можно вносить при проектной деятельности и каскадной методологии разработки ПО, а при Agile нам они в плане не нужны. Нам – это означает команду, в которой я работаю. Вам возможно описание рисков понадобится.
Проделав определённую работу мной был составлен план тестирования ПО. Что в него входит вы можете изучить в рекомендациях RUP или стандарта IEEE 829, а также изучив план тестирования, который я приложил к данной статье.
Эпилог
Я считаю, что на любом проекте по разработке программного обеспечения должен быть план тестирования, чтобы новые тестировщики придя на проект могли сразу ознакомиться с методами тестирования разрабатываемого ПО, которое им предстоит тестировать и с прочими нюансами, которые при отсутствии плана им придётся вытаскивать из людей, работающих на проекте, но перед этим потратив огромное количество времени в поиске носителя информации или нескольких носителей.
Файлы для скачивания
Приложенный архив включает в себя составленные мной планы тестирования, а также шаблоны RUP и IEEE 829. Планы, составленные мной, не являются идеалом рекомендуемым для всех, поэтому вы можете их кардинально переделать под себя.
Скачать План тестирования программного обеспечения
Данная статья является продолжением статьи «Как создать отдел тестирования программного обеспечения».
