Критерії виходу

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

Ключові аспекти критеріїв виходу

1. Критерії завершення тестування:
   Це стосується моменту, коли процес тестування можна вважати завершеним. Це може бути завершення заздалегідь визначеної кількості тестових кейсів, охоплення всієї критично важливої функціональності або досягнення певного рівня тестового покриття. Критерії завершення тестування гарантують, що тестування було достатньо ретельним.
2. Усунення дефектів:
   Критерії завершення часто визначають, що певна кількість критичних або високопріоритетних дефектів має бути усунена до завершення тестування. Це гарантує, що всі важливі проблеми вирішені, а програмне забезпечення вільне від дефектів, які можуть вплинути на його функціональність, безпеку або користувацький досвід.
3. Пороги проходження/непроходження:
   Це заздалегідь визначені умови, які вказують на те, чи функціонує система так, як очікувалося. Наприклад, критерії виходу можуть включати в себе те, що певний відсоток тестових кейсів повинен пройти, або щільність дефектів повинна впасти нижче певного порогу. Якщо ці порогові значення не досягнуті, може знадобитися подальше тестування.
4. Покриття коду та покриття тестів:
   Покриття коду та покриття тестів - це ступінь, в якому код програмного забезпечення був протестований. Критерії виходу можуть визначати мінімальний відсоток покриття коду (наприклад, 90%), щоб гарантувати, що всі критичні області програми були протестовані належним чином.
5. Тести продуктивності:
   У тестуванні продуктивності критерії виходу можуть включати виконання певних тестів продуктивності, таких як час відгуку, пропускна здатність або навантаження на систему під навантаженням. Якщо програмне забезпечення не відповідає цим критеріям, може знадобитися додаткове тестування продуктивності або оптимізація.
6. Тестування на основі оцінки ризиків:
   Критерії завершення можуть бути пов’язані з оцінкою ризиків, коли тестування зосереджується на найбільш критичних або ризикованих ділянках програмного забезпечення. Критерії завершення можуть визначати, що всі області високого ризику повинні пройти відповідні тести, перш ніж тестування може бути завершене.
7. Регуляторні та комплаєнс-вимоги:
   Для програмного забезпечення, на яке поширюються регуляторні або комплаєнс-стандарти (наприклад, фінансові системи, додатки для охорони здоров’я), критерії виходу можуть включати забезпечення виконання всіх регуляторних вимог. Це може включати перевірку наявності всіх необхідних стандартів безпеки, конфіденційності та цілісності даних.

Типи критеріїв виходу

• Функціональні критерії завершення:
  Ці критерії зосереджені на тому, щоб переконатися, що програмне забезпечення виконує свої функції належним чином. Функціональні критерії можуть включати перевірку того, що всі функції та можливості були протестовані і працюють належним чином, а всі дефекти усунуті.
• Нефункціональні критерії виходу:
  Нефункціональні критерії виходу гарантують, що програмне забезпечення відповідає стандартам якості, пов’язаним з продуктивністю, безпекою, зручністю використання та іншими нефункціональними аспектами. Вони можуть включати проходження тестів на продуктивність, відповідність стандартам безпеки або забезпечення інтуїтивно зрозумілого та доступного користувацького інтерфейсу.
• Критерії завершення регресійного тестування:
  У регресійному тестуванні критерії завершення зосереджені на перевірці того, що нові зміни або виправлення помилок не призвели до появи нових проблем. Критерії завершення можуть включати перевірку того, що всі тестові кейси, які раніше проходили тестування, продовжують проходити його після внесення змін.
• Критерії завершення тестування безпеки:
  Критерії завершення тестування безпеки гарантують, що додаток відповідає необхідним стандартам безпеки, таким як оцінка вразливостей, тестування на проникнення та забезпечення відповідності протоколам безпеки. Це може включати проходження тестів безпеки та усунення критичних вразливостей.

Як визначити критерії виходу

1. Співпрацюйте із зацікавленими сторонами:
   Критерії завершення повинні бути визначені на ранній стадії життєвого циклу проекту і узгоджені з ключовими зацікавленими сторонами, включаючи розробників, тестувальників, менеджерів проектів і клієнтів. Це забезпечує узгодження того, що є “повним” тестуванням, і визначає очікування від проекту.
2. Встановіть чіткі метрики та бенчмарки:
   Критерії завершення повинні включати вимірювані показники, такі як рівень усунення дефектів, відсоток тестового покриття або рівень проходження тесту. Ці показники допомагають тестувальникам об’єктивно оцінити, чи завершено тестування.
3. Огляд ризиків і вимог:
   Критерії завершення повинні враховувати ризики і вимоги, пов’язані з програмним забезпеченням. Зони високого ризику або критичні функції повинні бути пріоритетними в процесі тестування, а критерії завершення повинні відображати цей фокус.
4. Будьте реалістичними та гнучкими:
   Критерії виходу повинні бути реалістичними та досяжними, враховуючи обсяг та ресурси, доступні для тестування. Вони також повинні передбачати гнучкість, оскільки під час тестування можуть виникнути несподівані проблеми, які можуть вплинути на здатність відповідати критеріям.