Posts tagged Приемочный тест

Принято!

0

Какое приятное слово для руководителя проекта – Принято! Это слово звучит как праздник после очередного (особенно сложного) этапа проекта. Кроме, безусловно, качественно выполненной работы по требованиям и может быть даже в срок, выстроенных правильно ожиданий заказчика есть еще несколько важных моментов о которых я хочу поговорить в данной статье. Это процесс приемки (Acceptance).

Несмотря на то что приемка находится в конце этапа (а в небольших проектах и в конце проекта) – готовится к ней надо заранее и первый прогон надо делать несколько раньше – чтобы определиться с полнотой и качеством рабочего набора артефактов приемки, приучить к нему заказчика, заранее обнаружить возможные проблемы в приемочных тестах или в продукте.

Какие документы (артефакты) нам нужны:

  • План приемочных испытаний – перечень того что включается в приемку. В идеале план должен быть согласован в проекте как можно раньше – в самом начале разработки когда есть согласованное ТЗ, проработана архитектура и согласован план проекта.
  • Форма приемочного теста – описание того что и каким способом принимается. Содержит ссылку на требования. Если сослаться на другой источник – описания требований и тестовых кейсов – то форму можно слить с планом приемочных испытаний.
  • Реестр приемочных замечаний – с первого раза обычно не выходит (не забудьте учесть это в плане проекта)
  • Протокол приемочного тестирования – здал-прынял :-) Может строиться как документ-шапка к плану приемочных испытаний.

Если приемочное тестирование подразумевает кроме тестирования качества еще и соответствие по денежным и временным показателям – то необходимо предоставить план-факт анализ выполнения работ по созданию переданных на приемочное тестирование результатов проекта.

О методах приемочного тестирования:

  • Тестирование заказчиком самостоятельно – заказчик уходит в себя и выдает результат. Это рискованно в том плане что у заказчика может не быть профессиональных ресурсов, загрузка по текущим задачам может растянуть процесс приемки. При тестировании заказчик может “выбиться” из колеи – и уйти строить воздушные замки вместо тестирования по требованиям.
  • Тестирование (Аудит) третьей стороной – для этого круто нанять специализированную компанию на тестировании или подписать договор с конкурентом вашего поставщика на оказание услуг аудита. Последнее жестко и рискованно – зато не даст никому расслабиться :-)
  • Совместное тестирование по сценариям с заказчиком – поставщик помогает готовить пакет материалов для приемочного тестирования, готовит команду заказчика к методичному приемочному тестированию, контролирует ход приемочного тестирования и сроки его выполнения. Присутствие инжинера по тестированию со стороны исполнителя поможет лучше зафиксировать расхождения, замечания и не дай бог выявленные дефекты.

У каждого свое понимание конца

0

Можно смело утверждать что у клиента и у подрядчика есть свое понимание конца проекта. И именно это является одной из причин затягивания сдачи проекта.

Чтобы избежать этого – надо в самом начале проекта зафиксировать как можно четче что является результатом проекта, как и кто определяет на основании чего качество результатов (продуктов) проекта.

По ходу проекта надо управлять изменениями и при необходимости обновлять не только структуру работ, сроки и стоимость – но и условия приема проекта.

Go to Top