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

Зміст:

Anonim

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

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

У цьому підручнику ви дізнаєтесь-

  • Фази STLC
  • Аналіз вимог
  • Планування тестів
  • Розробка кейсів
  • Тестова установка середовища
  • Виконання тесту
  • Закриття тестового циклу
  • Фази STLC разом із критеріями в'їзду та виїзду

Фази STLC

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

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

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

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

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

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

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

Випробування на етапі вимог

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

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

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

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

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

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

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

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

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

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

  • План випробування / документ стратегії.
  • Документ про оцінку зусиль.

Етап розробки тестових кейсів

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

Діяльність з розробки тестових кейсів

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

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

  • Тестові кейси / сценарії
  • Дані тесту

Тестова установка середовища

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

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

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

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

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

Етап виконання тесту

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

Заходи з виконання тестів

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

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

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

Закриття тестового циклу

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

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

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

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

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

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

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