У цьому підручнику ви дізнаєтесь-
- Що таке перевірка дизайну?
- Що таке верифікація проекту?
- Різниця між верифікацією проекту та валідацією
- Процес перевірки дизайну
- Процес перевірки дизайну
- Переваги перевірки та верифікації проекту
Перевірка дизайну
Перевірка дизайну - це процес оцінки програмного продукту з урахуванням точних вимог кінцевих користувачів або зацікавлених сторін. Метою перевірки дизайну є тестування програмного продукту після розробки, щоб переконатися, що він відповідає вимогам щодо програм у середовищі користувача.
Валідація стосується демонстрації послідовності та повноти дизайну з урахуванням потреб користувачів. На цьому етапі ви фактично створюєте версію продукту та перевіряєте його відповідно до вимог користувача.
На зображенні нижче представлений процес перевірки дизайну.
Мета - довести об’єктивними доказами, що товар задовольняє документи потреб користувачів. Об’єктивним доказом є не що інше, як будь-який фізичний доказ результату, такий як зображення, текст або звуковий файл, який вказує на те, що процедура була виконана.
За допомогою об’єктивних доказів цей процес буде послідовно перевіряти, чи відповідає товар заздалегідь визначеним вимогам. Цей процес передбачає тестування, перевірку та аналіз тощо.
Перевірка проекту
Перевірка конструкції - це метод підтвердження відповідності результатів розробленого програмного продукту вхідним специфікаціям шляхом вивчення та надання доказів. Метою процесу перевірки дизайну під час розробки програмного забезпечення є забезпечення того, щоб розроблений програмний продукт відповідав зазначеному.
Вхідні дані проекту - це будь-які фізичні та експлуатаційні вимоги, які використовуються як основа для цілей проектування. Результат проектування є результатом кожної фази проектування та в кінці загальних проектних зусиль. Остаточний результат проекту є основою для головного запису пристрою.
Різниця між верифікацією проекту та валідацією
Між верифікацією та валідацією завжди існують помилкові уявлення. Це різні заходи, які виконуються на кожному етапі процесу розвитку.
| Перевірка проекту | Перевірка дизайну |
|
|
|
|
|
|
|
|
|
|
|
|
Процес перевірки дизайну
Ідентифікація та підготовка:
- На етапі розробки специфікації ідентифікація діяльності з верифікації проводиться паралельно. Це дозволяє дизайнеру переконатися, що специфікація перевіряється. Тож інженер-випробувач може розпочати детальний план та процедури випробувань. Про будь-які зміни в специфікації слід повідомляти.
- Визначення найкращого підходу для проведення верифікації, визначення методів вимірювання, необхідних ресурсів, інструментів та обладнання.
- Завершений план верифікації буде розглянуто разом із проектною командою для виявлення проблем перед завершенням плану.
Планування:
- Планування верифікації - це паралельна діяльність з основними та командами розробників. Це відбувається протягом усього життєвого циклу проекту. Це буде оновлено, коли і коли будуть внесені будь-які зміни до вхідних даних проекту.
- На цьому етапі програмне забезпечення або система, що перевіряється, повинні бути задокументовані.
- На цьому етапі складається попередній план випробувань та уточнення плану випробувань. План випробувань визначає критичну віху, що зменшує проектний ризик.
- Інструменти, середовище випробувань, стратегія розробки та визначення вимог шляхом перевірки чи аналізу.
Розробка:
- Розробка тестового кейсу буде збігатися з методологією SDLC, впровадженою командою проекту. На цьому етапі визначаються різноманітні методи випробувань.
- Вхідні дані проектування повинні розроблятися, включаючи найпростіші дії з верифікації, які є однозначними та перевіряються.
- Час перевірки зменшується, коли подібні концепції проводяться послідовно. Навіть результати одного тесту можна використовувати як вхідні дані для подальших тестів.
- Між тестовими кейсами та відповідними проектними вхідними даними створюються зв’язки з можливістю вибору, щоб гарантувати, що всі вимоги перевірені, а проектний результат відповідає проектним вхідним даним.
Виконання:
- Процедури випробувань, створені на етапі розробки, виконуються відповідно до плану випробувань, суворо дотримуючись їх у процесі перевірки.
- Якщо трапляються недійсні результати або якщо якісь процедури вимагають модифікації, важливо задокументувати зміни та отримати належне схвалення.
- На цьому етапі будь-які проблеми виявляються та реєструються як дефекти.
- Матриця придатності створюється для перевірки того, що всі проектні вхідні дані, визначені у плані перевірочного тестування, були перевірені та визначення коефіцієнта проходження.
Звіти:
- Ця діяльність виконується в кінці кожного етапу виконання верифікації.
- Звіт про верифікацію проекту містить детальний підсумок результатів верифікації, який включає управління конфігурацією, результати тестування для кожного типу тестування та проблеми, виявлені під час діяльності з верифікації.
- Звіт про простежуваність верифікації проекту створюється між вимогами та відповідними результатами випробувань, щоб перевірити, що всі вимоги перевірені та забезпечені відповідними результатами.
- Будь-які невідповідності будуть задокументовані та належним чином розглянуті.
- Огляди проводяться після завершення перевірки проекту та затверджуються відповідно.
Процес перевірки дизайну
- Деякі конструкції можуть бути перевірені шляхом порівняння з подібним обладнанням, що виконує подібні цілі. Цей метод особливо важливий для перевірки змін конфігурації для існуючої інфраструктури або типових конструкцій, які мають бути включені в нову систему або додаток.
- Демонстрація та / або перевірка можуть бути використані для підтвердження вимог та інших функціональних можливостей виробу.
- Аналіз конструкції може бути здійснений, наприклад, математичне моделювання, моделювання, яке може відтворити необхідну функціональність.
- Випробування проводяться на остаточній конструкції, яка підтверджує здатність системи працювати відповідно до зазначеної конструкції.
- План випробувань, виконання та результати повинні бути задокументовані та підтримуватися як частина проектних записів. Отже, перевірка - це сукупність результатів усіх перевірок.
- Коли еквівалентні продукти використовуються в остаточній валідації конструкції, виробник повинен задокументувати схожість та, якщо є якісь відмінності від початкового виробництва.
Приклад
- Візьмемо приклад простого виробу - водонепроникних годин.
- У документі вимоги до виробу може бути зазначено, що "Годинник повинен бути водонепроникним під час плавання".
- У специфікації дизайну може бути зазначено: "Годинник повинен функціонувати, навіть якщо користувач плаває тривалий час".
- Результати тестування повинні підтвердити, що годинник повинен відповідати цим вимогам, інакше повторне проектування повторюється, поки воно не задовольняє вимогу.
Переваги перевірки та верифікації проекту
- Ми можемо постійно контролювати конструкції, які дозволяють нам задовольняти визначені користувачем вимоги на кожному етапі.
- Перевірка дизайну вкаже на різницю між тим, як функціонал працює, і тим, як передбачається.
- Документування процедур перевірки допоможе легко зрозуміти функціональність на будь-якому етапі в майбутньому, якщо можливі зміни чи вдосконалення.
- Час розробки буде постійно скорочуватися, покращуючи продуктивність, що дозволяє поставляти продукт, як очікувалося.
- Цей процес включає діапазон і обсяг кожного методу перевірки, який потрібно використовувати.
- Валідація може бути здійснена з використанням детальних проектних даних, що представляють кінцеві вимоги користувача.
- Будь-яка різниця між результатом та необхідними для користувача документами повинна бути зафіксована.
- Зміни в дизайні валідації призводять до повторної валідації.
- Важливо задокументувати кожну діяльність, яка відбувається під час перевірки, що адекватно доводить, що конструкція відповідає вимогам користувача.