Недавно столкнулся с проблемой, когда составленный мною план тестирования очередного релиза категорически не устроил руководителей проекта. Не устроил по очень веской причине - планируемая дата окончания релиза выходит далеко за рамки жестко фиксированной (реалиями рынка) дате этого самого релиза.
Наверняка многие из QA-менеджеров оказывались в подобной ситуации. На мой взгляд есть следующие способы ее решения:
1. Руководство идет на откладывание даты релиза и при этом достигается максимальное качество за счет выполнения всех запланированных тестов (по всем функциональным и нефункциональным возможностям)
2. руководство идет на дополнительные инвестиции в привлечение дополнительных ресурсов : временное расширение штата, аутсорс...
3. QA-менеджер , как Роден, "берет кусок гранита и отсекает все ненужное", оставляя в плане тестирования лишь задачи на тестирование наиболее критичных функций приложения
Я был вынужден остановиться на варианте 3.
А как Вы решаете подобные проблемы?
Отсекая.
ОтветитьУдалитьКак всегда есть опции )))
ОтветитьУдалить1. Модификация 3-го
Берем приоритеты и говорим - разбиваем на 1-3 приоритет. Первым тестируем этот кусок. Вторым во т - этот. Третьим - вот этот, если останеться время
2. Модификация 2
Пишем сценарии и банально отдаем их разработчикам.
!!!! не забываем про риски http://seljava.blogspot.com/2011/02/downtimesshowstoppers.html
!!!!> максимальное качество за счет выполнения всех запланированных тестов
С такими фразами я был бы осторожен. Выполнение всех запланированных сценариев не показатель качественной работы тестировщиков. В процессе тестирования, как правило, появляются новый и удаляются старые сценарии. ;)
Вы сделали акцент немного не на том. Залог качества не столько в том что, тестеры выполнят все запланированные задачи, а в том, что этот список задач будет максимально адекватен имеющимся функциональным и нефункциональным возможностям.
ОтветитьУдалить