STLC (жизнен цикъл на тестване на софтуер) Фази, критерии за влизане, излизане

Съдържание:

Anonim

Какво е жизнен цикъл на тестване на софтуер (STLC)?

Жизнен цикъл на тестване на софтуер (STLC) е последователност от специфични дейности, проведени по време на процеса на тестване, за да се гарантира, че целите за качество на софтуера са изпълнени. STLC включва както проверка, така и валидиране. Противно на общоприетото схващане, тестването на софтуер не е просто единична / изолирана дейност, т.е. тестване. Състои се от поредица от дейности, извършвани методологически, за да ви помогне да сертифицирате вашия софтуерен продукт. STLC означава „Софтуерно тестване на жизнения цикъл“.

В този урок ще научите -

  • STLC фази
  • Анализ на изискванията
  • Планиране на тестове
  • Разработване на тестови казуси
  • Тествайте настройката на средата
  • Изпълнение на теста
  • Затваряне на тестовия цикъл
  • STLC фази заедно с критерии за влизане и излизане

STLC фази

Има следните шест основни фази във всеки модел на тестване на софтуерния жизнен цикъл (STLC модел):

  1. Анализ на изискванията
  2. Планиране на тестове
  3. Разработване на тестови случаи
  4. Настройка на тестовата среда
  5. Изпълнение на теста
  6. Затваряне на тестовия цикъл
Фази на STLC модел

Всеки от тези етапи има определени критерии за влизане и излизане, дейности и резултати, свързани с него.

Какво представляват критериите за влизане и излизане в STLC?

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

Имате критерии за влизане и излизане за всички нива в жизнения цикъл на софтуерното тестване (STLC)

В идеалния свят няма да влезете в следващия етап, докато не бъдат изпълнени критериите за изход за предишния етап. Но на практика това не винаги е възможно. Така че за този урок ще се съсредоточим върху дейности и резултати за различните етапи от жизнения цикъл на STLC. Нека ги разгледаме подробно.

Тестване на фаза на изискване

Тестване на фаза на изискване, известно още като анализ на изискванията, при който тестовият екип изучава изискванията от гледна точка на тестване, за да идентифицира проверими изисквания, а екипът за осигуряване на качеството може да взаимодейства с различни заинтересовани страни, за да разбере подробно изискванията. Изискванията могат да бъдат или функционални, или нефункционални. Възможността за автоматизация за проекта за тестване също се прави на този етап.

Дейности при тестване на фаза на изискванията

  • Определете видовете тестове, които трябва да се извършат.
  • Съберете подробности за тестовите приоритети и фокус.
  • Подгответе матрица за проследяване на изискванията (RTM).
  • Идентифицирайте подробности за тестовата среда, където трябва да се проведе тестване.
  • Анализ на възможността за автоматизация (ако е необходимо).

Резултати от изпитването на фаза на изискване

  • RTM
  • Отчет за осъществимост на автоматизацията. (ако е приложимо)

Планиране на тестове в STLC

Планирането на тестове в STLC е фаза, в която старши мениджър за QA определя стратегията на тестовия план, заедно с усилията и оценките на разходите за проекта. Освен това се определят и ресурсите, тестовата среда, ограниченията на теста и графика на тестване. Планът за изпитване се подготвя и финализира в същата фаза.

Дейности по планиране на тестове

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

Резултати от планирането на тестове

  • Тестов план / стратегически документ.
  • Документ за оценка на усилията.

Фаза на разработване на тестови случаи

The Case фазата на развитие тест включва създаването, проверката и преработена суровина на тестови случаи и тестови скриптове след плана на теста е готова. Първоначално данните от теста се идентифицират, след това се създават и преглеждат и след това се преработват въз основа на предварителните условия. След това екипът за QA стартира процеса на разработване на тестови случаи за отделни единици.

Дейности за разработване на тестови казуси

  • Създаване на тестови случаи, скриптове за автоматизация (ако е приложимо)
  • Преглед и базови тестови случаи и скриптове
  • Създаване на тестови данни (ако е налична тестова среда)

Резултати от разработването на тестови случаи

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

Тествайте настройката на средата

Test Environment Setup решава софтуерните и хардуерните условия, при които се тества работен продукт. Това е един от критичните аспекти на процеса на тестване и може да се извърши паралелно с фазата на разработване на тестови случаи. Екипът за тестване може да не участва в тази дейност, ако екипът за разработка предоставя тестова среда. От екипа за изпитване се изисква да направи проверка за готовност (тестване на дим) на дадената среда.

Тествайте дейности по настройка на околната среда

  • Разберете необходимата архитектура, настройка на средата и подгответе списък с изисквания за хардуер и софтуер за тестовата среда.
  • Тест за настройка Околна среда и данни от теста
  • Направете тест за дим върху компилацията

Резултати от настройката на тестовата среда

  • Готова среда с настройка на тестови данни
  • Резултати от теста за дим.

Фаза на изпълнение на теста

Фаза за изпълнение на теста се извършва от тестерите, при които се извършва тестване на компилацията на софтуера въз основа на планове за тестване и подготвени тестови случаи. Процесът се състои от изпълнение на тестов скрипт, поддръжка на тестов скрипт и докладване на грешки. Ако се докладват грешки, то се връща обратно към екипа за разработка за корекция и ще се извърши повторно тестване.

Дейности за изпълнение на тестове

  • Изпълнете тестове според плана
  • Резултати от теста на документи и дефекти в дневника за неуспешни случаи
  • Карта дефекти за тестване на случаи в RTM
  • Проверете отново корекциите за дефекти
  • Проследете дефектите до затваряне

Резултати от тестовото изпълнение

  • Завършен RTM със състояние на изпълнение
  • Тестови случаи, актуализирани с резултати
  • Доклади за дефекти

Затваряне на тестовия цикъл

Фазата на затваряне на тестовия цикъл е завършване на изпълнението на теста, което включва няколко дейности като отчитане на завършването на теста, събиране на матрици за завършване на теста и резултати от теста. Членовете на тестващия екип се срещат, обсъждат и анализират тестови артефакти, за да идентифицират стратегии, които трябва да бъдат приложени в бъдеще, като вземат уроци от текущия тестов цикъл. Идеята е да се премахнат тесните места на процеса за бъдещи тестови цикли.

Дейности за затваряне на тестовия цикъл

  • Оценете критериите за завършване на цикъла въз основа на време, покритие на теста, цена, софтуер, критични бизнес цели, качество
  • Подгответе тестови показатели въз основа на горните параметри.
  • Документирайте обучението по проекта
  • Подгответе протокола за затваряне на теста
  • Качествено и количествено отчитане на качеството на работния продукт пред клиента.
  • Анализ на резултатите от теста, за да се установи разпределението на дефектите по вид и тежест.

Резултати от затварянето на тестовия цикъл

  • Доклад за закриване на теста
  • Тестови показатели

STLC фази заедно с критерии за влизане и излизане

STLC етап Критерии за влизане Дейност Критерии за изход Резултати
Анализ на изискванията
  • Изисквания Наличен документ (функционален и нефункционален)
  • Дефинирани критерии за приемане.
  • Наличен архитектурен документ на приложението.
  • Анализирайте бизнес функционалността, за да знаете бизнес модулите и специфичните за модула функционалности.
  • Идентифицирайте всички транзакции в модулите.
  • Идентифицирайте всички потребителски профили.
  • Съберете потребителски интерфейс / удостоверяване, географски изисквания за разпространение.
  • Определете видовете тестове, които трябва да се извършат.
  • Съберете подробности за тестовите приоритети и фокус.
  • Подгответе матрица за проследяване на изискванията (RTM).
  • Идентифицирайте подробности за тестовата среда, където трябва да се проведе тестване.
  • Анализ на възможността за автоматизация (ако е необходимо).
  • Изключен RTM
  • Отчет за осъществимост на автоматизацията на теста, подписан от клиента
  • RTM
  • Отчет за осъществимост на автоматизацията (ако е приложимо)
Планиране на тестове
  • Изисквания Документи
  • Матрица за проследяване на изискванията.
  • Документ за осъществимост на автоматизацията на теста.
  • Анализирайте различни налични подходи за тестване
  • Завършете най-подходящия подход
  • Изготвяне на план за тестване / стратегически документ за различни видове тестове
  • Избор на инструмент за тестване
  • Оценка на усилията за изпитване
  • Планиране на ресурси и определяне на роли и отговорности.
  • Одобрен план за изпитване / стратегически документ.
  • Документът за оценка на усилията е подписан.
  • Тестов план / стратегически документ.
  • Документ за оценка на усилията.
Разработване на тестови случаи
  • Изисквания Документи
  • RTM и план за изпитване
  • Отчет за анализ на автоматизацията
  • Създаване на тестови случаи, тестов дизайн, скриптове за автоматизация (където е приложимо)
  • Преглед и базови тестови случаи и скриптове
  • Създайте тестови данни
  • Прегледани и подписани тестови дела / скриптове
  • Прегледани и подписани тестови данни
  • Тестови случаи / скриптове
  • Данни от теста
Настройка на тестовата среда
  • Налични са документи за системен дизайн и архитектура
  • Предлага се план за настройка на околната среда
  • Разберете необходимата архитектура, настройка на околната среда
  • Подгответе списък с изисквания за разработване на хардуер и софтуер
  • Финализиране на изискванията за свързаност
  • Подгответе контролен списък за настройка на околната среда
  • Тест за настройка Околна среда и данни от теста
  • Направете тест за дим върху компилацията
  • Приемете / отхвърлете компилацията в зависимост от резултата от теста за дим
  • Настройката на околната среда работи според плана и контролния списък
  • Настройката на тестовите данни е завършена
  • Тестът за дим е успешен
  • Готова среда с настройка на тестови данни
  • Резултати от теста за дим.
Изпълнение на теста
  • Предлагат се базови RTM, план за изпитване, тестови случаи / скриптове
  • Тестовата среда е готова
  • Настройката на тестовите данни е извършена
  • Наличен е доклад за изпитване на единица / интеграция за компилацията, която ще бъде тествана
  • Изпълнете тестове според плана
  • Резултати от теста на документи и дефекти в дневника за неуспешни случаи
  • Актуализирайте планове за тестване / тестови случаи, ако е необходимо
  • Карта дефекти за тестване на случаи в RTM
  • Повторно тествайте корекциите на дефекти
  • Регресивно тестване на приложението
  • Проследете дефектите до затваряне
  • Всички планирани тестове се изпълняват
  • Дефекти, регистрирани и проследени до затваряне
  • Завършен RTM със състояние на изпълнение
  • Тестови случаи, актуализирани с резултати
  • Доклади за дефекти
Затваряне на тестовия цикъл
  • Тестването приключи
  • Налични са резултатите от теста
  • Налични са дневници с дефекти
  • Оценете критериите за завършване на цикъла въз основа на - време, покритие на теста, цена, качество на софтуера, критични бизнес цели
  • Подгответе тестови показатели въз основа на горните параметри.
  • Документирайте обучението по проекта
  • Подгответе протокола за затваряне на теста
  • Качествено и количествено отчитане на качеството на работния продукт пред клиента.
  • Анализ на резултатите от теста, за да се установи разпределението на дефектите по вид и тежест
Отчет за закриване на теста, подписан от клиента
  • Доклад за закриване на теста
  • Тестови показатели