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