STLC (Життєвий цикл тестування програмного забезпечення)

Життєвий цикл тестування програмного забезпечення

Що таке життєвий цикл тестування програмного забезпечення (STLC)?

Життєвий цикл тестування програмного забезпечення (STLC) це послідовність конкретних дій, які виконуються під час процесу тестування для забезпечення досягнення цілей якості програмного забезпечення. STLC передбачає як верифікацію, так і перевірку. Всупереч поширеній думці, тестування програмного забезпечення – це не просто окрема/окрема діяльність, тобто тестування. Він складається з серії заходів, які проводяться методологічно, щоб допомогти сертифікувати ваш програмний продукт. STLC означає життєвий цикл тестування програмного забезпечення.

Фази STLC

У кожній моделі життєвого циклу тестування програмного забезпечення (модель STLC) є наступні шість основних фаз:

Фази STLC
Фази моделі STLC
  1. Аналіз вимог
  2. Планування тестів
  3. Розробка тестових випадків
  4. Налаштування тестового середовища
  5. Виконання тесту
  6. Закриття тестового циклу

Кожен із цих етапів має певні критерії входу та виходу, пов’язані з ним дії та результати.

Що таке критерії входу та виходу в STLC?

  • Критерії вступу: Критерії вступу містять передумови, які необхідно виконати перед початком тестування.
  • Критерії виходу: Критерії виходу визначають пункти, які необхідно виконати до завершення тестування

У вас є критерії входу та виходу для всіх рівнів життєвого циклу тестування програмного забезпечення (STLC).

В ідеальному світі ви не перейдете до наступного етапу, доки не буде виконано критерії виходу для попереднього етапу. Але практично це не завжди можливо. Тому в цьому підручнику ми зосередимося на діях і результатах для різних етапів життєвого циклу STLC. Розглянемо їх докладніше.

Відео про STLC у тестуванні програмного забезпечення

Тестування етапу вимог

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

Діяльність на етапі тестування вимог

  • Визначте типи тестів, які необхідно виконати.
  • Зберіть деталі про пріоритети тестування та фокус.
  • Готувати Матриця простежуваності вимог (RTM).
  • Визначте деталі тестового середовища, де передбачається проводити тестування.
  • Техніко-економічний аналіз автоматизації (якщо потрібно).

Результати етапу тестування вимог

  • RTM
  • Техніко-економічне обґрунтування автоматизації. (якщо застосовно)

Планування тестування в STLC

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

Діяльність з планування тесту

  • Підготовка тестового плану/стратегічного документа для різних видів тестування
  • Вибір тестового інструменту
  • Оцінка тестового зусилля
  • Планування ресурсів і визначення ролей і обов'язків.
  • Вимога до навчання

Результати планування випробувань

Фаза розробки тестового прикладу

Команда Фаза розробки тестового прикладу передбачає створення, перевірку та переробку тестових випадків і сценаріїв тестування після того, як план тестування буде готовий. Спочатку, Дані тесту ідентифікується, потім створюється та переглядається, а потім переробляється на основі попередніх умов. Потім команда QA починає процес розробки тестів для окремих підрозділів.

Розробка тестових прикладів

  • Створення тестів, сценаріїв автоматизації (якщо є)
  • Revie та базові тестові приклади та сценарії
  • Створення тестових даних (якщо тестове середовище доступне)

Результати розробки тестових прикладів

  • Тестові випадки/скрипти
  • Дані тесту

Налаштування тестового середовища

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

Дії з налаштування тестового середовища

  • Зрозуміти необхідну архітектуру, налаштування середовища та підготувати список вимог до обладнання та програмного забезпечення для тестового середовища.
  • Налаштування тестового середовища та тестових даних
  • Виконайте перевірку диму на конструкції

Результати налаштування тестового середовища

  • Готове середовище з налаштованими тестовими даними
  • Результати тесту на дим.

Фаза виконання тесту

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

Дії з виконання тесту

  • Виконати тести за планом
  • Документуйте результати тестування та реєструйте дефекти для невдалих випадків
  • Відображайте дефекти для тестових випадків у RTM
  • Перевірте Дефект фіксований
  • Відстежуйте дефекти до закриття

Результати виконання тесту

  • Завершений RTM зі статусом виконання
  • Тестові випадки оновлені з результатами
  • Звіти про дефекти

Закриття випробувального циклу

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

Діяльність із закриття циклу тестування

  • Оцінка критеріїв завершення циклу на основі часу, охоплення тестами, вартості, програмного забезпечення, критичних бізнес-цілей, якості
  • Підготуйте тестові метрики на основі наведених вище параметрів.
  • Задокументуйте навчання в рамках проекту
  • Підготуйте звіт про закриття тесту
  • Якісна та кількісна звітність про якість продукту роботи замовнику.
  • Аналіз результатів тесту, щоб з'ясувати розподіл дефектів за типом і серйозністю.

Результати закриття випробувального циклу

  • Звіт про закриття тесту
  • Тестові показники

Фази STLC разом із критеріями входу та виходу

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

Детальніше ЧИТАТИ