6. Рівень 5. Інтеграція вимог

На п’ятому рівні відбувається інтеграція процесу управління вимогами із процесами зміни, проектування, розробки, тестування і управління проектом.

По-перше, вимоги являються первинним входом для розробки ПЗ, тому архітектори повинні переконатись в тому, що усі вимоги реалізовані в дизайні проекту, а розробники зрозуміти, як вимоги співвідносяться з кодом в ПЗ.

Інтеграція вимог в процесі управління дає впевненість, що вимоги не добавляються без тестування і затвердження, і що жодна зміна не буде внесена в ПЗ, не пройшовши стадію аналізу.

Менеджери проекту повинні планувати роботу по розробці ПЗ, спираючись на вимоги, як на основу процесу розробки ПЗ, вони повинні мати прямий доступ до вимог, щоб управляти проектом і знімати метрики з вимог: наскільки вимоги якісні, як часто вони змінюються, в якому статусі знаходяться, які є ризики по реалізації даних вимог.

3. Переваги якісного процесу управління вимогами

Покращення процесу збору, аналізу, документації, перевірки і управління вимогами дає наступні переваги:

• Зменшення помилок і видатків при випуску ПЗ;

• Збільшення рівня задоволення замовника і якості ПЗ;

• Зменшення часу розробки ПЗ;

• Підвищений контроль над змінами;

• Збільшення точності стратегічного розвитку комплексу ПЗ на підприємстві;

• Використання вимог на різних стадіях розробки ПЗ;

• Підвищення продуктивності аналітиків і інших учасників команди;

• Покращення обміну інформації по проектам;

• Підвищення зацікавленості замовника;

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

Документація

Загальний перелік документації тестування

• Test case specification – документ, в якому прописані вхідні дані, очікуваний результат, та множина режимів виконання для об’єкту тестування.

• Test design specification - документ, що містить деталі підходу тестування для функції ПО або комбінації функцій та пов'язує їх із виконуваними тестами.

• Test incident report – документ, що містить перелік подій, що відбулися під час проведення тестування, які потребують подальшого дослідження.

• Test item transmittal report – документ, що перелічує об’єкти тестування. Він містить поточний статус та інформацію про їх місцезнаходження.

• Test log – хронологічний запис важливих деталей, пов’язаних з виконанням тестів.

• Test plan – документ, що описує рамки, підхід, ресурси, та процедуру планування тестування. Він визначає об’єкти тестування, функції, що потрібно тестувати, задачі тестування, розподіл обов’язків між командою тестування, та планування взаємодії з ризиками і непередбаченими обставинами.

• Test procedure specification – документ, що містить послідовність дій по виконанню тесту.

• Test summary report – документ, що підсумовує тестову діяльність і результати. Крім того, містить оцінку відповідних обкатів тестування.

Тест-план

Структура:

Тест-план повинен мати наступну структуру:

1. Ідентифікатор тест-плану

Унікальний ідентифікатор, що визначає даний тест-план;

2. Вступна частина

Сумує модулі та функції ПЗ, що підлягатимуть процесу тестування. Повинна містити призначення та опис кожного з них;

3. Об'єкти тестування

Ідентифікує об’єкти тестування включно з версіями/модифікаціями. Також описує характеристики супровідної документації, що включає необхідне апаратне забезпечення чи необхідність виконання певних дій перед виконанням тестування ;

4. Перелік функцій, що підлягають тестуванню

Перелік усіх функцій ПЗ та їх комбінацій, що підлягає тестуванню ;

5. Перелік функцій, що не підлягають тестуванню

Перелік функцій, що не підлягатимуть тестуванню, та причини цього;

6. Підхід

Цілі, задачі і методологія процесу, параметри програми тестування;

7. Критерій проходження/провалу тестового випробування

Опис критерію, за яким визначається пройшов об’єкт тестування чи провалив його;

8. Критерій призупинення та вимоги для відновлення тестування

Опис критерію зупинки процесу тестування, та перелік тестової діяльності, яку необхідно повторити при відновленні процесу тестування;

9. Тестові комплектуючі

Перелік необхідних документів;

10. Задачі тестування

Опис завдань, що потрібно підготувати та виконати. Опис навиків, що необхідні для проведення тестування;

11. Середовище тестування

Опис середовища, в якому буде проводитися процес тестування, включає в себе опис необхідного апаратного, системного, мережевого чи іншого програмного забезпечення.

Опис необхідних засобів тестування;

12. Розподіл обов’язків

Розподіл обов’язків по підтримці, плануванні, підготовці, виконанні, перевірці та оцінці тестування. Перелік груп із визначеними об’єктами та середовищем тестування. Ці групи можуть включати в себе розробників, тестерів, технічну підтримку і багато інших ;

13. Уміння та навики команди тестування

Опис необхідного персоналу та рівні навиків, перелік занять для досягнення необхідного рівня навичок;

14. Процедура

Програма проведення етапів тестування із визначеними часовими рамками, та виділеними ресурсами;

15. Ризики та непередбачені умови

Перелік можливих ризиків та сценарії дій при їх виникненні для зменшення їх впливу на проект;

16. Затвердження

Перелік осіб, які повинні оцінити та затвердити план.

TEST DESIGN SPECIFICATION

Структура :

1. Ідентифікатор

Унікальний ідентифікатор, що визначає даний документ;

2. Функції, які підлягають тестуванню

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

3. Деталі підходу

Опис підходу, що визначений в тест-плані, з переліком тестових технологій, що будуть використовуватися, та описом підходу до аналізу тестових результатів. Загальна структура тест-кейса;

4. Ідентифікація тестів

Перелік та короткий зміст тест-кейсів та тестових процедур, що зв’язані з даною моделлю;

5. Критерій проходження/провалу тестових випробувань для функцій

Визначення критерію, за яким визначаємо пройшли функція чи функціональний блок тестування.

TEST CASE SPECIFICATION

Структура:

1. Ідентифікатор

Унікальний ідентифікатор;

2. Пріоритет

Рівень важливості даного тесту;

3. Об'єкт тестування

Короткий опис об’єкту, над яким виконується тест;

4. Вхідні дані/дії. Кроки до виконання

Перелік дій по виконанню тест-кейсу(вхідні дані);

5. Очікуваний результат після кожного кроку

6. Статус тесту

Пройшов – не пройшов, невиконаний.

TEST PROCEDURE SPECIFICATION

Структура:

1. Ідентифікатор

Унікальний ідентифікатор даної тестової процедури;

2. Ціль;

3. Вимоги

Перелік вимог, що необхідні при виконанні даної процедури. Може включати засоби до тестування, перелік тестів, які потрібно виконати перед цією процедурою;

4. Кроки до виконання.

TEST ITEM TRANSMITTAL REPORT

Структура:

1. Ідентифікатор

Унікальний ідентифікатор, що визначає документ;

2. Об'єкти тестування

Перелік об’єктів, над якими розпочинають тестування, включно з версіями кожного з них, та визначенням людини, що відповідальна за даний об’єкт;

3. Місцезнаходження

Опис місцезнаходження переданого об’єкта;

4. Статус

Статус даного елемента, включає в себе зміни в порівнянні з проведенням тестових випробувань попередньої версії. Перелік подій, що пов’язані з даним елементом;

5. Затвердження

Перелік осіб, відповідальних за даний об’єкт, та осіб, що затверджують здачу даного об’єкта.

TEST LOG

Структура:

1. Ідентифікатор

Унікальний ідентифікатор, що визначає документ;

2. Опис

Перелік елементів, що тестувалися включно з їх версією. Перелік атрибутів середовища, в якому проводиться тестування., включно з устаткуванням, апаратним забезпеченням, системним забезпеченням та іншими ресурсами;

3. Діяльність та події

Для кожної події від початку до закінчення діяльності: дата, тривалість та автор. Перелік виконаних процедур, їх результатів, аномальних подій.

TEST INCIDENT REPORT

Структура:

1. Ідентифікатор

Унікальний ідентифікатор, що визначає даний документ;

2. Короткий виклад

Висновок про інцидент. Перелік об’єктів тестування, на які вплинув інцидент, рекомендації до схожих тестових процедур та тест-кейсів;

3. Характеристика інциденту

Включає в себе : вхідні дані/дії, очікуваний результат, отриманий результат, аномалії, час та дату, крок процедури, середовище, спроби повторення, тестерів та спостерігачів;

4. Вплив

Якщо можливо, визначити, чи впливає інцидент на тест план, інші тестові процедури чи тест-кейси.

TEST SUMMARY REPORT

Структура:

1. Ідентифікатор

Унікальний ідентифікатор, що визначає документ;

2. Короткий виклад

Сумування оцінки об’єктів тестування, перелік елементів, над якими проводились тестові випробування, включно з версіями. Опис устаткування, на якому проводилися тестові випробування. Для кожного елемента - список пов’язаної з ним тестової документації;

3. Зміни та відмінності

Перелік розходжень об’єктів порівняно з їх специфікацією. Перелік змін, внесених у тест план, тестові процедури, причини зміни;

4. Всебічний огляд

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

5. Перелік результатів

Підсумок отриманих результатів, перелік розв'язаних задач та їх розв'язок, перелік нерозв’язаних завдань;

6. Оцінка

Оцінка кожного об’єкту тестування включно з їх обмеженнями, основується на результатах проведення тестових випробувань та критерії проходження/провалу для кожного з них. Можливі ризики;

7. Перелік діяльності

Підсумок важливої діяльності та подій, що були під час тестових випробувань. Рівень підготовки персоналу, витрачений час, та тривалість кожної з важливих подій.

8. Затвердження

Імена людей, що затверджують цей звіт.