Рекомендуемые промежуточные вехи
Точка конвергенции
В точке конвергенции (bug convergence) становится заметен существенный прогресс в устранении ошибок, то есть скорость устранения ошибок начинает превосходить скорость их обнаружения. Рис. 10 иллюстрирует суть точки конвергенции.
Поскольку количество найденных, но не устраненных ошибок может колебаться даже после того, как оно начало убывать, конвергенция может рассматриваться скорее как тенденция, нежели как фиксированный момент во времени. Вслед за этой вехой количество активных ошибок должно продолжать убывать, вплоть до точки достижения нуля. Точка конвергенции дает проектной группе возможность понять, что процесс тестирования близится к концу.
|
Рисунок 13. Точка конвергенции
Точка достижения нуля
Точка достижения нуля (zero-bug bounce) – это момент, когда впервые все выявленные ошибки оказываются устраненными. Рис. 11 иллюстрирует эту точку. Вслед за ней пики количества активных ошибок должны становиться все меньше, вплоть до полного угасания в момент, когда решение уже достаточно стабильно для выпуска первой версии‑кандидата.
Существенную роль играет тщательная приоритезаия ошибок, поскольку устранение всякой из них содержит риск внесения новых ошибок. Точка достижения нуля ясно показывает, что проектная группа приближается к созданию стабильной версии‑кандидата (release candidate).
Заметим, что новые ошибки после достижения этой вехи наверняка будут найдены. Однако точка достижения нуля – это первый момент в работе над проектом, когда команда может честно отчитаться об отсутствии активных ошибок и сфокусироваться на сохранении этого состояния.
|
|
|
|
Рисунок 14. Точка достижения нуля
Версии-кандидаты
Для пилотной группы подготавливается и выпускается серия версий-кандидатов. Выпуск каждой из них является промежуточной вехой. Эти версии имеют следующие особенности:
Каждая версия-кандидат имеет полный набор составляющих, необходимых для внедрения решения в производство.
Создание версии-кандидата служит тестом готовности решения к выпуску, то есть проверяет готовность всех его составляющих.
Период тестирования, следующий за созданием каждой версии-кандидата, определяет, пригодна ли созданная версия к внедрению, или же проектная группа должна подготовить новую версию-кандидат, исправляющую недостатки предыдущей.
Тестирование версий-кандидатов, проходящее внутри проектной группы, требует высокой степени концентрации и интенсивности работы и фокусируется на выявлении критических “накладок” (showstopper bugs).
Тестирование сопряжено с процессом приоритезации всех нововыявленных ошибок, необходимым для организации их устранения.
|
|
|
Маловероятно, что первая версия-кандидат окажется заключительной. Как правило, при интенсивном тестировании версий-кандидатов будут выявлены “накладки”.
Контрольное тестирование завершено
Суть этой промежуточной вехи заключается в подготовке к пилотному выпуску решения. Данная веха очень важна, поскольку наступает момент, когда решение “столкнется” с производственной средой, и проектная группа должна как можно тщательнее оттестировать решение до этого момента, – до начала испытания пилотного выпуска.
К вехе “Контрольное тестирование завершено” (pre-production test complete) проектная группа должна:
Оценить результаты тестирования в соответствии с имеющимися критериями успешности.
Подготовить среду внедрения.
Создать необходимые для внедрения процедуры, скрипты и массивы данных (load sets).
Иметь готовые учебные материалы.
Обеспечить условия для сопровождения решения.
Создать и протестировать план “отката” (rollback plan).
Данная веха может считаться пройденной лишь после обретения проектной группой полной уверенности в готовности и отлажености всего, что необходимо для внедрения решения.
Дата добавления: 2019-01-14; просмотров: 194; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!