Page 49 - 4787

5 КВАДРАНТИ ГНУЧКОГО ТЕСТУВАННЯ ПРОГРАМНОГО

ЗАБЕЗПЕЧЕННЯ

Для поясненя мети тестування можна застосувати квадранти гнучке

тестування Брайана Маріка. Ці квадранти допомагають визначити різні області,

які повинні бути охоплені тестуванням – від рівня модульних тестів до тестів

надійності та інших, можливостей’’, а також все, що є між ними.
Якість ПЗ характеризуэться багатьма вимірами, кожне з яких вимагає

свого підходу до тестування. Тестування здійснюють з багатьох причин: для

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

тестування.
Матриця квадрантів гнучкого тестування (AgileTesting Quadrants)

допомагає тестувальникам охопити всі типи тестів, які необхідні для

отримання якісного і цінного програмного продукту./
На рис 5.1 показано діаграму квадрантів гнучкого тестування; кожний з

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

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

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

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

тестів замрвника, яякий повідомляє команді, що потрібно кодувати. Час
виконання різних тестів залежить від ризиків проекту, наміоів замовника щодо

програмного продукту, чи працює команда з наслідуванним кодом чи пише

продукт з нуля . а також від доступних ресурсів для тестування.
Тести, що підтримують команду. Квадранти, що розміщені зліва,

включають тести, що підтримують команду в процесі розробки програмного

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

гнучкому проекті від тестування в традиційному проекті. Тестування, що
виконується в 1 і 2 квадрантах, у більшій мірі відповідає специфікації вимог і

цілей проектування, ніж те, що зазвичай прийнято вважати тестуванням.

48