Разработка, внедрение и адаптация программного обеспечения отраслевой направленности Часть 2. Разработка, внедрение и адаптация программного обеспечения отрас. Тема введение в обеспечение качества программных средств

• Название: Тема введение в обеспечение качества программных средств
• Анкор: Разработка, внедрение и адаптация программного обеспечения отраслевой направленности Часть 2
• Дата: 15.03.2023
• Размер: 418.37 Kb.
• Имя файла: Разработка, внедрение и адаптация программного обеспечения отрас.docx
• Тип: Глава; #990789
• страница: 25 из 31

ГЛАВА 14. ТЕМА 13. ОБЕСПЕЧЕНИЕ ГАРАНТИИ КАЧЕСТВА В ЖИЗНЕННОМ ЦИКЛЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

14.1. Процесс SQA в архитектуре процессов жизненного цикла

В архитектуре процессов жизненного цикла программных средств    представлены два процесса, в наименовании которых содержится термин "качество" - это поддерживающий процесс "обеспечение гарантии качества" (SQA)    и организационный процесс "управление качеством"    (или "менеджмент качества" (от "quality management")).

Первый из процессов связан с двумя видами деятельности - внедрением стандартов качества    и соответствующих процедур в разработку программных средств и оценкой приверженности этим стандартам и процедурам. Эти виды деятельности издавна сопутствуют разработке программных средств, и требования к ним включены практически во все комплексы национальных и отраслевых стандартов по разработке программного обеспечения, вышедших в 80-е и 90-е годы за рубежом. С 1995 года деятельность по SQA регламентируется международным стандартом ISO/IEC 12207 и оформлена в виде отдельного процесса в архитектуре процессов жизненного цикла.

Второй из процессов - "управления качеством" - включен в состав процессов жизненного цикла с 1998 года (проекты стандартов ISO/IEC 12207 (1998 - 2001 годы), ISO/IEC TR 15504 (1998 - 2002 годы)). Включение этого процесса в архитектуру (наряду с процессами "управление проектом", "управление риском", "измерение" и др.) свидетельствует о том, что многими организациями-разработчиками программных средств накоплен достаточный опыт выполнения и управления процессами программной инженерии    (иными словами, преодолен барьер 2-го уровня зрелости по модели СММ). Хотя процесс SQA остается основополагающим процессом гарантирования качества программных средств, для соблюдения общего целеориентированного подхода к выполнению действий в жизненном цикле он интегрируется с процессом управления качеством, который и обеспечивает мониторинг достижения установленных и предполагаемых требований потребителя к качеству программных средств.

Исходя из положений стандарта ISO/IEC 12207, цели процесса гарантирования качества должны быть таковыми, чтобы их достижение давало уверенность в том, что продукты программных средств и процессы, применяемые для получения этих продуктов, согласуются с предъявляемыми к ним требованиями и соответствуют утвержденным планам. "В результате успешного осуществления процесса будет определена стратегия выполнения действий и решения задач в рамках процесса SQA .

Эта стратегия должна поддерживаться стандартами    для каждого процесса и продукта, процедурами и инфраструктурой, внедряемыми и сопровождаемыми на уровне организации или проектов; сведения о действиях и задачах по обеспечению качества будут фиксироваться и сопровождаться.

Должны быть определены учетно-отчетные документы    по качеству, которые будут демонстрировать соответствие процесса и рабочих продуктов стандартам качества. Соответствие программных продуктов, процессов и действий применяемым стандартам, процедурам и требованиям будут объективно верифицироваться.

Верификация    соответствия должна обеспечить необходимый уровень доверия к тому, что действия в процессах жизненного цикла и порождаемые ими рабочие продукты отвечают установленным стандартам. Будут идентифицироваться проблемы или разногласия с требованиями договора.

Должна быть организована отчетность    о выполнении, отклонениях и тенденциях в деятельности по процессам жизненного цикла перед соответствующей аудиторией. Любые отклонения нужно анализировать, корректировать и предотвращать в будущем их появление.

Процесс гарантирования качества    должен координироваться с другими процессами поддержки, такими как Верификация, Валидация, Совместный просмотр, Аудит и Управление решением проблем, и может использовать их результаты".

Цели процесса гарантирования качества должны соответствовать высшим целям - удовлетворения требований потребителя    к качеству программного средства   . Контроль соответствия целей процесса SQA высшим целям качества программного средства осуществляет процесс управления качеством.

Согласно ГОСТ 12207 назначение процесса управления качеством состоит в мониторинге    качества программного средства и гарантировании того, что программное средства будет удовлетворять потребителя. В результате успешного осуществления процесса, цели качества, основанные на выявленных и предполагаемых требованиях потребителя к качеству, будут установлены для различных контрольных точек жизненного цикла.

Устанавливаются цели эксплуатационного, внешнего и внутреннего качества программных средств. Их достижение контролируется в определенных контрольных точках жизненного цикла, которые распределяются по жизненному циклу таким образом, чтобы можно было количественно оценивать достигнутый уровень качества рабочих продуктов и параметры процессов, а также осуществлять регулирование процессов и прогнозирование качества конечного продукта. Будет разработана общая стратегия достижения установленных требований.

Стратегия должна вырабатываться на уровне проекта и организации для достижения установленных целей по качеству путем определения метрик   , которые будут применяться для измерения результатов деятельности в проекте, и критериев приемки, которые помогут оценить, действительно ли соответствующие цели качества достигнуты. Идентифицированные действия относительно контроля и обеспечения качества будут выполняться, а их выполнение - подтверждаться.

Для каждой цели по качеству нужно идентифицировать действия по контролю и обеспечению качества, выполнение которых будет способствовать достижению цели. Эти действия встраиваются как в основные процессы жизненного цикла (для анализа требований к программным средства, придания продуктам свойств, обеспечивающих качество, тестирования программных средств и др.), так и в поддерживающие процессы (SQA, V&V и др.) на уровне проекта и организации в целом. Если цели не будут достигаться, будут приниматься надлежащие меры.

Везде в проекте и, во всяком случае, в установленных контрольных точках в жизненном цикле должны применяться определенные метрики качества для измерения и оценивания того, достигнуты ли соответствующие "промежуточные" цели по качеству. Если определенные цели по качеству не достигаются, нужно принимать корректирующие или предупредительные меры на уровне проекта или организации. К корректирующим мерам относятся либо исправление продукта, полученного в результате выполнения определенного действия в проекте, либо изменение запланированного множества действий, либо то и другое. К предупредительным мерам относится модификация либо спецификаций продукта, либо проекта, либо того и другого для предотвращения возможности не достичь цели.

Таким образом, в современной модели процессов жизненного цикла процесс SQA   :

1. Непосредственно связан с процессом управления качеством;

2. Может интегрироваться с поддерживающими процессами V&V, Совместного просмотра, Аудита и (частично) Управления решением проблем либо инкорпорировать действия этих процессов;

3. Опосредованно (через процесс управления качеством) связан с процессами анализа требований к программным средствам, измерения, управления проектом и др.

Место процесса SQA в архитектуре процессов жизненного цикла показано на рисунке 13.1. Соединительные линии обозначают связь процессов по управлению или контролю. Стрелками на линиях обозначено направление информационной связи процесса SQA с другими процессами, а пунктирной линией - связь SQA с управлением проектом, которая может отсутствовать, если внедрен процесс управления качеством.

Рис. 13.1. Место SQA в архитектуре процессов ЖЦ

14.2. Задачи обеспечения гарантии качества

Существует две категории объектов обеспечения гарантии качества    и связанных с ними задач: рабочие продукты и процессы жизненного цикла. Гарантируя качество рабочих продуктов нужно убедиться в том, что, все планы, требуемые по условиям договора, надлежащим образом документируются, согласовываются с договором, взаимно непротиворечивы и выполнимы. Рабочие продукты и связанная с ними документация согласуются с условиями договора и отвечают требованиям планов. Предназначенные для поставки продукты полностью удовлетворяют предъявляемым к ним требованиям и приемлемы для заказчика (потребителя).

Гарантируя качество процессов нужно убедиться в том, что: все процессы жизненного цикла программных средств, используемые в рамках проекта, согласуются с договором    и следуют планам, применяемые приемы программной инженерии, среда разработки, среда тестирования и среда применения программных средств согласуются с договором. Требования договора с головным исполнителем доводятся до соисполнителей (при их наличии) и что создаваемые соисполнителями рабочие продукты удовлетворяют требованиям договора с головным исполнителем. Заказчик и другие заинтересованные стороны обеспечиваются необходимой поддержкой в соответствии с договором, устными договоренностями и планами. Метрики продуктов и процесса и приемы измерения (при наличии процесса измерения) соответствуют утвержденным стандартам и процедурам. Назначенный штат исполнителей проекта имеет опыт и знания, необходимые для достижения требований проекта, и получает любую необходимую помощь в обучении.

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

1. Наличие стандартов по качеству и соответствующего исторического опыта.

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

3. Обеспечение всех процессов в проекте ресурсами (финансовыми, кадровыми, временными, техническими).

4. Категории пользователей программных средств и обеспечение необходимого уровня их подготовки к использованию системы.

5. Сфера применения программных средств (уровень необходимой целостности и безопасности системы).

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

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

Нужно отметить, что в зависимости от выбранной модели процессов жизненного цикла    для конкретного проекта (включающей определенное подмножество процессов, действий и задач), на группу качества могут возлагаться обязанности по выполнению не только собственно процесса SQA, но и других процессов жизненного цикла, в том числе процессов Измерения, V&V, Аудита и Управления решением проблем. В этом случае она совмещает сбор информации о процессе и продуктах с ее расширенным анализом, установлением причинно-следственных связей в проекте и выработкой рекомендаций для руководства проектом. В группу качества могут, например, включаться инженер по качеству, инженер по надежности, инженер по безопасности, представители группы измерения и группы тестирования. При функционировании на уровне организации группа качества осуществляет также обратную связь к базовым процессам жизненного цикла организации и контактирует с группой инженерии процесса разработки с целью усовершенствования процессов. Кроме того, организация-разработчик может пользоваться услугами органов независимой верификации и валидации (IV&V, от Independent V&V), аудита и сертификации систем качества.

Для успешного функционирования группы качества важно обеспечить надлежащий уровень документирования    стандартов и процедур, поскольку действия SQA по мониторингу процессов и оценке продуктов основываются на определенных правилах установления меры соответствия проекта стандартам и регламентированным процедурам.

Руководство NASA GB A201 выделяет, например, следующие категории стандартов, обеспечивающих нормативную информационную поддержку SQA:

1. Стандарты документирования. Определяют форму и содержание документации по планированию и контролю (управлению) процессов, а также документации на продукт, и обеспечивают непротиворечивость документов в проекте;

2. Стандарты проектирования. Определяют форму и содержание проекта. Обеспечивают правила и методы для преобразования требований к программным системам в проект программного обеспечения и для его представления в документации проекта;

3. Стандарты кодирования и интерфейсов. Определяют язык, на котором должен быть написан код, и любые ограничения на использование особенностей языка. Указывают принятые структуры языка, соглашения о стиле, правила представления структур данных и интерфейсов в определенной парадигме программирования.

Этот список можно дополнить другими категориями стандартов, например:

• 
  стандарты спецификации требований;
  
• 
  стандарты сопровождения;
  
• 
  стандарты управления конфигурацией;
  
• 
  стандарты измерения (объема, сложности и других атрибутов ПС);
  
• 
  стандарты оценивания качества;
  
• 
  стандарты оценивания процессов;
  
• 
  стандарты планирования отдельных процессов (в частности, планирования управления проектом, качеством, риском, конфигурацией, безопасностью).
  

Все процессы, выполняемые в жизненном цикле проекта, должны иметь документированные определения, а также описания процедур и методов выполнения отдельных действий.

Перечень стандартов, применяемых процедур и методов должен определяться при планировании создания программных средств и фиксироваться в плане управления проектом (SPMP, от Software Project Management Plan)   , который, в частности, содержит раздел, касающийся процессов контроля разработки программных средств.

Результатом осуществления SQA являются отчеты руководству, включающие описание обнаруженных недостатков и рекомендаций по приведению разработки в соответствие со стандартами и/или процедурами.

14.3. План качества

Осуществление процесса SQA    регламентируется разработанным и документально оформленным, реализуемым и сопровождаемым (а при необходимости и актуализируемым) Планом выполнения действий и решения задач по процессу гарантирования качества для жизненного цикла проекта (сокращенно, Планом качества или SQAP (от Software Quality Assurance Plan)   ). План описывает, каким образом организация - разработчик гарантирует обеспечение качества программных средств. План должен включать следующее:

1. Стандарты, методологии, процедуры и инструменты для выполнения действий по гарантированию качества (или ссылки на них в официальной документации организации);

2. Процедуры для проверки (обзора) договора и условия их координации;

3. Процедуры для идентификации, сбора, накопления, сопровождения и размещения отчетов о качестве;

4. Ресурсы, план-график работ и ответственности за проведение действий по гарантированию качества;

5. Описание отдельных (избранных) действий и задач из других поддерживающих процессов, таких как Верификация, Валидация, Совместный просмотр, Аудит и Управление решением проблем. Хотя многие аспекты качества программных средств описываются в различных планах, например, в Плане управления конфигурацией, Плане верификации и валидации, Плане обеспечения безопасности функционирования программных средств и др., без единого Плана качества эти отдельные планы могут оказаться взаимно не согласованными, а некоторые аспекты качества программных средств упущенными.

Масштаб, сфера применения и содержание SQAP должны соответствовать размеру и сложности программной системы и риску, который может возникнуть в связи с отказами системы.

План может существовать в виде отдельного документа или быть частью плана обеспечения гарантии качества    крупной системы, включающей программные средства в качестве подсистемы. Он может ссылаться на другие планы в проекте, например, план управления риском, V&V и др. (рисунок 13.2).

Наряду с другими рабочими продуктами проекта План качества    должен находиться в сфере управления конфигурацией и подвергаться проверке со стороны руководства проекта.

Рис. 13.2. Иерархия планов при разработке программных средств

Структура и содержание SQAP регламентируется IEEE Std. 730 и содержит следующие пункты:

• 
  план обеспечения гарантии качества ПС;
  
• 
  введение;
  
• 
  назначение;
  
• 
  сфера применения;
  
• 
  определения и сокращения;
  
• 
  ссылки;
  
• 
  управление;
  
• 
  организация;
  
• 
  задачи;
  
• 
  ответственности;
  
• 
  документация;
  
• 
  стандарты, процедуры, соглашения и метрики;
  
• 
  обзоры и аудиторские проверки;
  
• 
  испытания (тестирование);
  
• 
  сообщения о проблемах и корректирующие действия;
  
• 
  инструменты, технологии и методологии;
  
• 
  контроль кода;
  
• 
  контроль носителя;
  
• 
  контроль поставщика;
  
• 
  сбор, ведение и хранение отчетов (записей);
  
• 
  обучение;
  
• 
  управление риском.
  

План может быть дополнен другими разделами, обеспечивающими охват требований конкретного проекта программных средств. Если проект предполагает разработку нескольких программных продуктов - может быть создано несколько планов SQAP, отражающих специфику каждого из них.

Разъяснения по составлению SQAP содержатся в руководстве IEEE Std. 730-1 и вкратце приводятся ниже применительно к отдельным пунктам плана.

Организация SQA   . Описывается структура SQA, основные организационные элементы SQA и связи между ними, характер организационной независимости группы SQA от организации-разработчика (группы разработки).

Задачи управления SQA. Описываются основные задачи, которые должны решаться при проведении SQA:

• 
  определяются границы фрагмента жизненного цикла программных средств, охватываемого SQA;
  
• 
  перечисляются задачи, выполняемые в рамках SQA. Эти задачи подробно описываются в разделе "Обучение" SQAP;
  
• 
  устанавливаются взаимосвязи между задачами SQA и действиями по V&V в контрольных точках обзоров проекта.
  

Ответственности SQA. Идентифицируются организационные элементы, отвечающие за решение каждой задачи SQA. Указываются лица, отвечающие за план SQA, а также лицо, в целом несущее ответственность за качество программных средств.

Документация   . Составляется перечень документов, находящихся под контролем SQA. Он должен в основном совпадать со списком, представленным в плане управления проектом программных средств. Определяется, каким образом группа SQA будет проверять адекватность каждого документа. Как минимум, перечень контролируемых документов должен включать:

• 
  Спецификацию требований к программным средствам;
  
• 
  Описание проекта программного средства; план верификации и валидации программного средства;
  
• 
  Отчет о верификации и валидации программного средства; документацию пользователя; план управления конфигурацией программного средства и др.
  

Стандарты   , процедуры, соглашения и метрики. Описываются все стандарты, процедуры, соглашения и метрики, которые будут использоваться в процессе разработки, и определяются этапы жизненного цикла программных средств, к которым они будут применены. Указывается, каким образом будет гарантироваться согласованность с каждым стандартом, процедурой, соглашением и метрикой.

Список стандартов, процедур, соглашений и метрик, подлежащих применению на различных этапах жизненного цикла, может включать стандарты документирования, кодирования, комментирования, процедуры тестирования, метрики и др.

Обзоры    и аудиторские проверки   . Описываются все виды проверок, проводимых в контрольных точках процесса разработки с целью обеспечения гарантии качества. Устанавливаются порядок и методы проведения каждого обзора технических аспектов разработки (технического обзора) и аспектов управления разработкой (управленческого обзора), аудиторской проверки работ по проекту. Согласно IEEE Std. 730-1 в минимальном объеме перечень проверок должен включать:

• 
  обзор требований к программному средству;
  
• 
  обзор предварительного проекта;
  
• 
  обзор детального проекта (критический обзор);
  
• 
  обзор плана верификации и валидации;
  
• 
  функциональную аудиторскую проверку;
  
• 
  физическую аудиторскую проверку;
  
• 
  внутренние аудиторские проверки;
  
• 
  управленческие обзоры;
  
• 
  обзоры плана управления конфигурацией.
  

Фактическое множество проверок определяется совместно руководством проекта и группой SQA.

Испытания   . Описываются любые необходимые испытания (тестирование) ПС, не включенные в план верификации и валидации. Устанавливается порядок их проведения.

Сообщения о проблемах и корректирующие действия. Описывается, каким образом проблемы, выявленные в ходе разработки и непосредственно касающиеся качества продукта, будут регистрироваться, отслеживаться и решаться. В частности:

• 
  распределяется ответственность за сообщение о проблемах и наблюдение за их решением;
  
• 
  устанавливается ответственность за обеспечение гарантии, что все проблемы, непосредственно касающиеся качества программного средства, решены.
  

Инструменты   , технологии    и методологии   . Оговариваются все специальные программные инструменты, технологии и методологии, которые будут использоваться для поддержки действий по SQA, и назначаются ответственные лица за их внедрение и применение.

Контроль кода.    Описывается, как исходный и объектный код будут контролироваться в ходе разработки проекта.

Контроль среды.    Описываются методы и средства, используемые для идентификации носителя каждого программного продукта и документации, включая хранение, копирование и восстановление.

Контроль поставщика.    Описываются средства, используемые для обеспечения гарантии, что программное обеспечение, предоставляемое поставщиком, будет отвечать установленным требованиям проекта. В частности:

• 
  определяются методы, применяя которые можно удостовериться, что поставщики получили адекватные и полные требования;
  
• 
  определяются методы, используемые для обеспечения гарантии пригодности для проекта ранее разработанного программного обеспечения;
  
• 
  описываются процедуры, которые должны использоваться для обеспечения гарантии, что методы SQA поставщиков согласуются с настоящим планом SQA.
  

Управление риском   . Указываются методы и процедуры, применяемые для идентификации, оценки, мониторинга и контроля областей риска, особенно касающихся аспектов качества программного средства (надежности, безопасности функционирования и др.).

Полнота и правильность плана SQA должны проверяться и подтверждаться руководством    проекта (или организации).

14.4. Деятельность группы качества по мониторингу процессов

Одна из наиболее важных функций SQA    в процессо-ориентированной программной инженерии состоит в мониторинге и периодическом анализе выполнения процесса программной инженерии, включающего множество процессов ЖЦ, адаптированных к нуждам проекта.

Ниже кратко описаны функции SQA применительно к поддерживающим процессам ЖЦ - процессу управления конфигурацией, V&V и тестирования в интерпретации руководства NASA GB A2O1 по обеспечению гарантии процессов. SQA обеспечивает гарантии, что деятельность по управлению конфигурацией программного обеспечения (SCM, от Software Configuration Management) выполняется в соответствии с планами SCM, стандартами и процедурами. SQA проверяет планы SCM на соответствие принципам (политике) и требованиям к SСМ и обеспечивает отслеживание несоответствий. SQA проводит аудит функций SCM для определения приверженности стандартам и процедурам и готовит отчеты о результатах проверки.

К SCM-действиям   , мониторинг и аудит которых выполняет SQA, относятся контроль базовой версии, идентификация конфигурации, контроль конфигурации, учет состояния конфигурации и установление подлинности (аутентификация) конфигурации. SQA также производит контроль и аудит библиотеки программного обеспечения.

SQA гарантирует что:

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

Применительно к процессам Верификации и Валидации SQA обеспечивает гарантию качества действий по V&V, выполняя мониторинг технических обзоров, инспекций, сквозного просмотра, а также тестирования.

Роль SQA в обзорах, инспекциях, сквозном просмотре и тестировании состоит в том, чтобы наблюдать, а при необходимости, участвовать и проверять, действительно ли все действия в этих процессах четко определены, документально оформлены, запланированы и должным образом выполняются.

При проведении инспекций и сквозных просмотров SQA гарантирует, как минимум, что процесс должным образом завершен, и что необходимые предписания выполнены.

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

Цели SQA при мониторинге формального тестирования программных средств состоят в том, чтобы обеспечить гарантии, что:

• 
  процедуры тестирования соответствуют планам тестирования;
  
• 
  процедуры тестирования поддаются проверке;
  
• 
  тестируется правильная или "рекламируемая" версия программных средств (путем мониторинга деятельности по SCM);
  
• 
  процедуры тестирования строго соблюдаются;
  
• 
  несоответствия, встречающиеся в ходе тестирования (то есть любые инциденты, не ожидаемые в процедурах тестирования), регистрируются;
  
• 
  отчеты о тестировании точны и полны;
  
• 
  регрессионное тестирование проводится с целью обеспечения гарантии, что несоответствия исправлены;
  
• 
  решение по всем несоответствиям принимается до поставки программных средств.
  

Деятельность группы качества    на стадиях жизненного цикла.

В дополнение к общим действиям, описанным в п. 13.1.2 и 13.1.4, существуют специфические для отдельных стадий жизненного цикла действия по SQA   , которые должны выполняться в ходе разработки программных средств по завершении соответствующих стадий.

На стадии принятия концепции программного средства группа SQA должна вовлекаться как в написание, так и в обзор планов управления с тем, чтобы гарантировать, что процессы, процедуры и стандарты, идентифицированные в планах, адекватны своему назначению, четко определены и могут быть проверены. В ходе этого этапа группа SQA обеспечивает информацией, касающейся гарантии качества, раздел плана управления проектом программного средства.

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

Действия по SQA в ходе предварительного проектирования    включают:

• 
  обеспечение гарантии соблюдения утвержденных стандартов для проекта программного средства, обозначенных в плане управления проектом программного средства;
  
• 
  обеспечение гарантии, что все требования к программному средству распределены по компонентам программного обеспечения;
  
• 
  обеспечение гарантии, что инструменты верификации подготовлены и содержатся в актуальном состоянии;
  
• 
  обеспечение гарантии, что документы по управлению интерфейсом в проекте системы согласованы между собой и со стандартами по форме и содержанию;
  
• 
  обзоры рабочей документации и обеспечение гарантии, что все работы этапа завершены;
  
• 
  обеспечение гарантии, что утвержденный проект помещен в сферу управления конфигурацией.
  

Действия SQA в ходе детального проектирования    включают:

• 
  обеспечение гарантии, что соблюдаются утвержденные стандарты по проектированию;
  
• 
  обеспечение гарантии, что выделенные в ходе предварительного проектирования модули включены в детальный проект;
  
• 
  обеспечение гарантии, что результаты инспекций предварительного проекта учтены в детальном проекте;
  
• 
  обзоры документации и обеспечение гарантии, что все работы этапа завершены.
  

Действия SQA на стадии реализации    включают аудиторские проверки:

• 
  результатов действий по кодированию и проектированию, включая соблюдение графика, содержащегося в плане разработки программных средств;
  
• 
  состояния всех поставляемых компонентов программных средств;
  
• 
  действий по управлению конфигурацией и содержимого библиотеки разработки;
  
• 
  системы отчетности о несоответствиях и корректирующих действиях.
  

Действия SQA в ходе интеграции    и тестирования    включают:

• 
  обеспечение гарантии готовности к тестированию всех поставляемых компонентов программных средств;
  
• 
  обеспечение гарантии, что все тесты выполняются согласно планам и процедурам тестирования, любые несоответствия фиксируются, и по ним принимается адекватное решение;
  
• 
  обеспечение гарантии, что отчеты о тестировании сформированы в полном объеме и содержат достоверную информацию;
  
• 
  подтверждение, что тестирование проведено полностью и программное
  
• 
  обеспечение и документация готовы к поставке;
  
• 
  участие в проверке готовности к формальному тестированию (предварительным испытаниям) и обеспечение гарантии, что все работы стадии завершены.
  

Действия SQA в ходе приемки и поставки программных средств включают, как минимум, обеспечение гарантии эффективного аудита итоговой конфигурации программных средств с целью демонстрации готовности к поставке всех поставляемых компонентов.

Во время эксплуатации и сопровождения программных средств происходят циклы мини- разработки с целью развития или исправления программных средств. В ходе этих циклов разработки группа SQA проводит работу на мини-стадиях, описанную выше.