Процедура тестування програмного забезпечення також відома як STLC (Життєвий цикл тестування програмного забезпечення), яка включає фази процесу тестування. Процес тестування виконується добре спланованим і систематичним чином. Всі заходи проводяться для підвищення якості програмного продукту.
Давайте подивимося на різні етапи STLC.
Життєвий цикл тестування ПЗ складається з наступних етапів:
- Аналіз вимог
- Створення плану тестування
- Налаштування середовища
- Тестове виконання
- Реєстрація дефектів
- Закриття випробувального циклу
Аналіз вимог:
Першим кроком процедури ручного тестування є аналіз вимог. На цьому етапі тестувальник аналізує документ вимог SDLC (Життєвий цикл розробки програмного забезпечення), щоб перевірити вимоги, заявлені клієнтом. Після вивчення вимог тестувальник складає план тестування, щоб перевірити, чи відповідає програмне забезпечення вимогам чи ні.
| Критерії вступу | Діяльності | Доставка | Для планування плану тестування повинні бути доступні специфікація вимог, документ архітектури програми та чітко визначені критерії прийнятності. | Підготуйте список усіх вимог і запитів і отримайте відповіді від технічного менеджера/керівника, архітектури системи, бізнес-аналітика та клієнта. Складіть список усіх типів тестів (продуктивності, функціональності та безпеки), які необхідно виконати. Складіть список деталей тестового середовища, який повинен містити всі необхідні інструменти для виконання тестів. | Список усіх необхідних тестів для перевірених вимог і деталі тестового середовища |
|---|
Створення плану тестування:
Створення плану тестування є вирішальним етапом STLC, де визначаються всі стратегії тестування. Тестер визначає орієнтовні зусилля та вартість усього проекту. Цей етап відбувається після успішного завершення Етап аналізу вимог . Стратегія тестування та документи з оцінки зусиль, надані цією фазою. Виконання тестового прикладу можна розпочати після успішного завершення створення плану тестування.
| Критерії вступу | Діяльності | Доставка | Вимога Документ | Визначте мету, а також сферу застосування програмного забезпечення. Перелічіть методи, задіяні в тестуванні. Огляд процесу тестування. Врегулювання середовища тестування. Підготовка графіків тестування та контрольних процедур. Визначення ролей і обов'язків. Перерахуйте результати тестування, визначте ризик, якщо такий є. | Тестовий документ стратегії. Результатами цього етапу є документи оцінки зусиль тестування. |
|---|
Налаштування середовища:
Налаштування тестового середовища є самостійною діяльністю, і її можна починати разом із Розробка тестових випадків . Це важлива частина процедури ручного тестування, оскільки без тестування середовища неможливо. Для налаштування середовища потрібна група необхідного програмного та апаратного забезпечення для створення тестового середовища. Команда тестування не бере участі в налаштуванні середовища тестування, його старших розробників, які його створюють.
| Критерії вступу | Діяльності | Доставка | Стратегія тестування та документ плану тестування. Документ тестового випадку. Дані тестування. | Підготуйте список програмного та апаратного забезпечення, проаналізувавши специфікацію вимог. Після налаштування тестового середовища виконайте димові тести, щоб перевірити готовність тестового середовища. | Звіт про виконання. Звіт про дефект. |
|---|
Тестове виконання:
Тестовий приклад Виконання відбувається після успішного завершення планування тесту. На цьому етапі команда тестування починає розробку і виконання кейсу. Команда тестування записує детальні тестові випадки, а також готує тестові дані, якщо потрібно. Підготовлені тестові приклади перевіряються однолітками з команди або керівником із забезпечення якості.
На цьому етапі також готується RTM (матриця відстеження вимог). Матриця відстеження вимог – це формат галузевого рівня, який використовується для відстеження вимог. Кожен тестовий приклад поєднується зі специфікацією вимог. Зворотне та пряме відстеження можна здійснювати через RTM.
розмір латексного шрифту
| Критерії вступу | Діяльності | Доставка | Вимога Документ | Створення тестових випадків. Виконання тестових випадків. Відображення тестових випадків відповідно до вимог. | Результат виконання тесту. Список функцій з детальним поясненням недоліків. |
|---|
Реєстрація дефектів:
Тестувальники та розробники оцінюють критерії завершення програмного забезпечення на основі тестового покриття, якості, витрат часу, вартості та критичних бізнес-цілей. Цей етап визначає характеристики та недоліки програмного забезпечення. Тестові випадки та звіти про помилки ретельно аналізуються, щоб визначити тип дефекту та його серйозність.
Аналіз реєстрації дефектів в основному спрямований на визначення розподілу дефектів залежно від серйозності та типу. Якщо виявлено будь-який дефект, програмне забезпечення повертається групі розробників для усунення дефекту, а потім програмне забезпечення повторно перевіряється за всіма аспектами тестування.
Після повного завершення циклу тестування готується звіт про закриття тесту та тестові показники.
| Критерії вступу | Діяльності | Доставка | Звіт про виконання тесту. Звіт про дефект | Він оцінює критерії завершення програмного забезпечення на основі тестового охоплення, якості, витрат часу, вартості та критичних бізнес-цілей. Аналіз реєстрації дефектів визначає розподіл дефектів за категоріями за типами та серйозністю. | Звіт про закриття Тестові показники |
|---|
Закриття випробувального циклу:
Звіт про завершення циклу тестування включає всю документацію, пов’язану з дизайном програмного забезпечення, розробкою, результатами тестування та звітами про дефекти.
На цьому етапі оцінюється стратегія розробки, процедура тестування, можливі дефекти, щоб використовувати ці практики в майбутньому, якщо є програмне забезпечення з такою ж специфікацією.
| Критерії вступу | Діяльності | Доставка | Усі документи та звіти, пов’язані з програмним забезпеченням. | Оцінює стратегію розробки, процедуру тестування, можливі недоліки для використання цих практик у майбутньому, якщо є програмне забезпечення з такою ж специфікацією | Звіт про закриття тесту |
|---|