Оценка тестирования
Цель данного элемента технологического процесса — выработка и оценка количественных мер тестирования, позволяющих определить качество целевого объекта теста и процесса тестирования. Это выполняется посредством рецензирования и оценки результатов тестирования, определения и регистрации запросов на внесение изменений, а также вычисления основных мер теста. ВЫВОД: ■ Тестирование позволяет оценить качество производимого продукта. ■ Тестирование — это итеративный процесс, выполняемый во всех фазах жизненного цикла; он позволяет рано организовать обратную связь по вопросам качества, используемую для улучшения продукта в процессе его разработки и построения. Тестирование должно выполняться не только в конце жизненного цикла (для принятия или отклонения конечного продукта); оно должно быть неотъемлемой частью механизма постоянной обратной связи. ■ За качество отвечают все. Качество не может вноситься тестирующей организацией. Тестирование направлено Только на оценку качества и организацию своевременной обратной связи, позволяющей повысить качество системы. ■ Технологический процесс тестирования предлагает механизм обратной связи, позволяющий измерять качество и определять дефекты. Тестирование выполняется на ранних стадиях проекта — начинается с планирования тестов и некоторой оценки (иногда производимых даже в фазе исследования) и продолжается по ходу реализации проекта.
52. Технологический процесс управления конфигурацией и изменениями. Технологический процесс— это последовательность видов деятельности, дающих результат с очевидным значением. Целью технологического процесса управления конфигурацией и изменениями является наблюдение за активами развивающегося проекта и поддержание его целостности. Поясним эту мысль. В процессе разработки программного обеспечения создается множество важных артефактов. Развитие этих артефактов является процессом трудоемким, а сами они представляют значительные капиталовложения. Поэтому артефакты — это важные активы, которые должны охраняться и быть доступными для повторного использования. Артефакты развиваются и, особенно при итеративной разработке, постоянно корректируются. Хотя за артефакт, как правило, постоянно отвечает один исполнитель, при отслеживании этих активов проекта мы не можем полагаться только на человеческую память (или на верхний левый ящик рабочего стола. Проектная команда должна отслеживать развитие продукта, собирать запросы на внесение изменений (change request — CR) и управлять этими запросами (при этом не важно, откуда поступают запросы) с дальнейшим последовательным внесением изменений в набор артефактов. технологический процесс управления проектом нуждается в предоставлении информации о состоянии ключевых артефактов проекта и сборе метрик, связанных с изменениями этих артефактов. Эти действия также выполняются в ходе процесса управления конфигурацией и изменениями. В технологическом процессе управления конфигурацией и изменениями существует два взаимосвязанных процесса: один рассматривается с точки зрения структуры управления конфигурацией (рис. 13.6), а второй — с точки зрения "жизни" запроса на внесение изменений.
Планирование конфигурации проекта и управления изменениями В плане управления конфигурацией описываются все виды деятельности (связанные с управлением конфигурацией), которые в ходе проекта необходимо обеспечить ресурсами, а затем выполнить. Также описываются процедуры и стратегии, используемые для определения артефактов, создаваемых в течение жизненного цикла проекта, обеспечения их безопасности, а также для предоставления отчетов о них. На этом этапе стоит обратить внимание на принятые соглашения о выборе имен, поскольку это облегчает связь и позволяет легко определять конфигурационные объекты, подлежащие обновлению или повторному использованию. Не следует забывать, что артефакты проекта — это материальные активы, которые необходимо обезопасить. Для этого выполняется архивирование, создаются базовые линии и производится управление правами доступа. В плане управления конфигурацией также описывается процесс контроля над изменениями. Цель этого процесса— информирование соответствующих заинтересованных сторон обо всех планируемых или произведенных изменениях артефактов проекта. Руководители и исполнители должны знать о точной природе изменений и понимать их цену и влияние на график работ.
|
