Методології тестування програмного забезпечення: моделі контролю якості
Томас Гамільтон
Що таке методологія тестування програмного забезпечення?
Методологія тестування програмного забезпечення визначається як стратегії та типи тестування, які використовуються для підтвердження того, що тестована програма відповідає очікуванням клієнта. Методології тестування включають функціональне та нефункціональне тестування для підтвердження AUT. Приклади методологій тестування: Unit Testing, Інтеграційне тестування, Тестування системи, Тестування продуктивності тощо. Кожна методологія тестування має визначену мету тестування, стратегію тестування та результати.
Зауважте: Оскільки тестування програмного забезпечення є невід’ємною частиною будь-якої методології розробки, багато компаній у розмовній мові використовують термін «Методології розробки та тестування». Таким чином, методології тестування також можуть стосуватися моделей Waterfall, Agile та інших моделей забезпечення якості на відміну від наведеного вище визначення методологій тестування. Обговорення різних видів тестування не додає цінності читачам. Тому ми обговоримо різні моделі розвитку.
Модель водоспаду
Що це таке?
У модель водоспаду, хід розробки програмного забезпечення на різних етапах, як-от аналіз вимог, проектування тощо – послідовно.
Що таке підхід до тестування?
Перший етап моделі водоспаду — це етап вимог, на якому всі вимоги проекту повністю визначені перед початком тестування. Під час цього етапу команда тестувальників обговорює обсяг тестування, стратегію тестування та складає детальний план тестування.
Лише після завершення розробки програмного забезпечення команда переходить до виконання тестів, щоб переконатися, що розроблене програмне забезпечення поводиться так, як очікувалося.
У цій методології команда тестування переходить до наступного етапу лише після завершення попереднього етапу.
| Переваги | Недоліки |
|---|---|
| Ця модель розробки програмного забезпечення дуже проста в плануванні та управлінні. Таким чином, проекти, де вимоги чітко визначені та сформульовані заздалегідь, можна легко перевірити за допомогою моделі водоспаду. | У моделі водоспаду ви можете розпочати наступну фазу лише після завершення попередньої фази. Отже, ця модель не може врахувати незаплановані події та невизначеність. |
| Ця методологія не підходить для проектів, де вимоги часто змінюються. |
Ітераційний розвиток
Що це таке?
У цій моделі великий проект розділений на маленькі частини, і кожна частина піддається численним ітераціям моделі водоспаду. Наприкінці ітерації розробляється новий модуль або вдосконалюється існуючий. Цей модуль інтегрований в архітектуру програмного забезпечення, і вся система тестується разом
Що таке підхід до тестування?
Після завершення ітерації вся система піддається тестуванню. Зворотній зв’язок від тестування одразу доступний і враховується в наступному циклі. Час тестування, необхідний у послідовних ітераціях, можна скоротити на основі досвіду, отриманого під час минулих ітерацій.
| Переваги | Недоліки |
|---|---|
| Основна перевага ітераційної розробки полягає в тому, що зворотний зв’язок тесту доступний одразу в кінці кожного циклу. | Ця модель значно збільшує комунікаційні накладні витрати, оскільки наприкінці кожного циклу необхідно надати відгук про результати, зусилля тощо. |
Agile методологія
Що це таке?
Традиційні методології розробки програмного забезпечення працюють на передумові, що вимоги до програмного забезпечення залишаються незмінними протягом усього проекту. Але зі збільшенням складності вимоги зазнають численних змін і постійно розвиваються. Іноді клієнт сам не впевнений, чого він хоче. Хоча ітераційна модель вирішує цю проблему, вона все ще базується на моделі водоспаду.
У методології Agile програмне забезпечення розробляється поетапно, швидкими циклами. Наголошується на взаємодії між клієнтами, розробниками та клієнтами, а не на процесах та інструментах. Гнучка методологія фокусується на реагуванні на зміни, а не на масштабному плануванні.
Що таке підхід до тестування?
Інкрементне тестування використовується в гнучких методах розробки, тому кожен випуск проекту ретельно тестується. Це гарантує, що всі помилки в системі будуть виправлені до наступного випуску.
| Переваги | Недоліки |
|---|---|
| У будь-який момент можна внести зміни в проект для відповідності вимогам. | Постійна взаємодія з клієнтом означає додатковий тиск часу на всіх зацікавлених сторін, включаючи самого клієнта, групи розробки програмного забезпечення та тестування. |
| Це поетапне тестування мінімізує ризики. |
Екстремальне програмування
Що це таке?
Екстремальне програмування — це тип гнучкої методології, яка вірить у короткі цикли розробки. Проект ділиться на прості інженерні завдання. Програмісти кодують простий фрагмент програмного забезпечення та повертаються до клієнта для отримання відгуку. Revтобто бали замовника включені, і розробники переходять до наступного завдання.
У екстремальному програмуванні розробники зазвичай працюють у парі.
Екстремальне програмування використовується в місцях, де вимоги клієнтів постійно змінюються.
Що таке підхід до тестування?
Екстремальне програмування слідує за розробкою, керованою тестуванням, яка описана таким чином:- Додавати Тестовий випадок до набору тестів, щоб перевірити нову функціональність, яку ще належить розробити
- Виконайте всі тести, і, очевидно, новий доданий тестовий приклад має вийти з ладу, оскільки функціональність ще не закодована
- Напишіть код, щоб реалізувати функцію/функціонал
- Знову запустіть набір тестів. Цього разу новий тест має пройти, оскільки функціональність була закодована
| Переваги | Недоліки |
|---|---|
| Клієнти, які мають на увазі невизначений дизайн програмного забезпечення, можуть використовувати екстремальне програмування | Зустрічі між командою розробників програмного забезпечення та клієнтами додають часу. |
| Постійне тестування та безперервна інтеграція невеликих версій гарантують високу якість програмного коду |
Яку програмну методологію вибрати?
Існує безліч методологій, доступних для розробки програмного забезпечення та його відповідного тестування. Кожна техніка та методологія тестування розроблена для конкретної мети та має свої відносні переваги та недоліки.
Вибір конкретної методології залежить від багатьох факторів, таких як характер проекту, вимоги клієнта, графік проекту тощо.
З точки зору тестування, деякі методології наполягають на тестуванні вхідних даних на початку життєвого циклу розробки, а інші чекають, поки робоча модель системи буде готова.
Як налаштувати методику тестування програмного забезпечення?
Методології тестування програмного забезпечення не слід створювати лише заради тестування програмного коду. Необхідно розглянути загальну картину, а головну мету проекту слід задовольнити за допомогою методології тестування. Зверніться до цього списку авторитетних постачальники послуг тестування програмного забезпечення хто може допомогти вам створити ефективні стратегії тестування, адаптовані до цілей вашого проекту.
Планування
Реалістичне планування є ключем до впровадження успішної методології тестування, і графік має відповідати потребам кожного члена команди.
Визначені результати
Щоб утримувати всіх членів команди на одній сторінці, слід надати чітко визначені результати. Результати повинні містити прямий вміст без будь-якої двозначності.
Тестовий підхід
Після завершення планування та надання визначених результатів команда тестування зможе сформулювати правильний підхід до тестування. Документи визначення та зустрічі розробників повинні вказувати команді на найкращий підхід до тестування, який можна використовувати для проекту.
Звітність
Прозорої звітності досягти дуже важко, але цей крок визначає ефективність підходу до тестування, який використовується в проекті.
