Robert Whitney
Когато става въпрос за разработка на софтуер, всички тестови дейности могат да бъдат разделени на няколко етапа. Подобно на жизнения цикъл на разработка на софтуер (SDLC), съществува и жизнен цикъл на тестване на софтуер (STLC). Следването на всички етапи може да бъде решаващо за правилното протичане на процеса и да доведе до много по-висока ефективност на извършените тестове и, в резултат, до много по-високо качество на крайния продукт. Продължете да четете, за да научите повече.
6 фази на STLC – съдържание:
- Фаза 1: Анализ на изискванията
- Фаза 2: Планиране на тестовете
- Фаза 3: Разработка на тестови случаи
- Фаза 4: Настройка на средата
- Фаза 5: Изпълнение на тестовете
- Фаза 6: Закриване на тестовете
- 6 фази на STLC – резюме
Фаза 1: Анализ на изискванията
Това е първата стъпка в цикъла. Тестовият екип внимателно преглежда изискванията на продукта. Ако има конфликти, пропуски, неточности или недоразумения, тестовият екип ги обсъжда с различни заинтересовани страни по проекта, като бизнес анализатор или софтуерен архитект.
Критерии за вход:
- Спецификация на бизнес изискванията (BRS)
- документ за софтуерна архитектура
Задачи за изпълнение:
- определяне на тестовете, които трябва да бъдат извършени
- определяне на приоритети за изпълнение на тестовете
- проверка кои тестове трябва да бъдат ръчни и кои автоматизирани
Критерии за изход:
- списък с изисквания за тестване
- всички тестове, които трябва да бъдат автоматизирани
Фаза 2: Планиране на тестовете
На този етап екипът по валидиране планира всички тестови дейности, като пише тестов план. Този документ уточнява:
- целите, които трябва да бъдат постигнати
- процесите и методите, които трябва да бъдат приложени
- средата и инструментите, които ще бъдат използвани
- елементите, които ще бъдат тествани или не тествани
- организацията на екипа и разпределението на задачите
- междинни цели за различни дейности
- рискове, които могат да възникнат
Освен разработването на тестовия план, в тази фаза се изготвя и оценка на разходите.
Фаза 3: Разработка на тестови случаи
В тази фаза — известна също като Дизайн на тестовете — има четири стъпки, които трябва да се следват:
1. Подготовка на тестови сценарии
Тестовият мениджър или ръководител на тестовете подготвя тестов сценарий, който ще бъде използван за създаване на тестови случаи.
2. Създаване на тестови случаи
За всеки сценарий тестерите ще напишат тестови случаи, за да могат да проверят дали функционалността на софтуера отговаря на изискванията. В случай на автоматизация на тестовете, именно на този етап ще бъдат написани тестовите скриптове.
3. Подготовка на тестови данни
Тестовият екип трябва да подготви набор от данни, които да бъдат използвани при изпълнението на тестовите случаи. Това могат да бъдат положителни или отрицателни данни, за да се тества производителността на функцията в случай на коректни или некоректни данни.
4. Подготовка на RTM
Тестовият екип подготвя ключова матрица за проследяване на изискванията (RTM). Този документ се използва, за да се следи какви тестове са необходими, за да се провери дали изискванията ще бъдат изпълнени или не. Преди да започне тестването, заинтересованите страни ще проведат проверки и валидиране на това, което е било разработено по време на горепосочените дейности.
Фаза 4: Настройка на средата
Това е фаза, в която тестовият екип не участва. Отделен екип ще се занимава с подготовката и конфигурацията на средата. Тестерите ще бъдат информирани как е била настроена средата и коя версия на софтуера е актуална.
Единствената дейност, изисквана от тестовия екип, е да подготви тестове за проверка, за да се увери, че инсталираната версия е подходяща за тестване. Ако тестовете за проверка не успеят, версията ще бъде отхвърлена и тестването ще бъде спряно, докато посочените проблеми не бъдат отстранени.
Критерии за вход:
- тестов план
- дата на теста
- тест за проверка
Задачи за изпълнение:
- подготовка на тестовата среда
- настройка на тестовата среда
- настройка на тестовите данни
- изпълнение на тестовете за проверка на компилацията
Критерии за изход:
- използваема тестова среда
- използваеми тестови данни
- положителни резултати от тестовете за проверка
Фаза 5: Изпълнение на тестовете
Това е просто изпълнението на тестовете. По време на тази фаза тестерите могат да идентифицират възможни аномалии и да тестват подобренията, разработени от програмистите. Задачите на тестовия екип ще бъдат:
- изпълнение на предварително разработените тестови случаи и сравняване на очаквания резултат с получения
- поддържане на тестовия скрипт
- идентифициране, откриване, регистриране и докладване на всякакви открити дефекти
- повторно тестване на поправките на дефектите
Критерии за вход:
- функционираща тестова среда
- коректни тестови данни
- тестов план
- тестови случаи, които трябва да бъдат изпълнени
Задачи за изпълнение:
- извършване на тестове в съответствие с тестовия план
- документиране на резултатите от тестовете
- управление на жизнения цикъл на дефектите
Критерии за изход:
- изпълнение на всички тестове, свързани с MTR
- актуализирани тестови случаи с резултати
- доклади за дефекти
Фаза 6: Закриване на тестовете
Софтуерът ще бъде внедрен. Екипът по валидиране се събира, за да анализира резултатите и да идентифицира области за подобрение в бъдещи проекти. Тестовият мениджър подготвя доклад за закриване на тестовете, който ще бъде изготвян на дневна (DSR – дневен статусен доклад) или седмична (WSR – седмичен статусен доклад) база, както е уговорено от заинтересованите страни.
В края на краищата тестовият екип се събира, за да анализира тестовите случаи, откритите дефекти, времето, прекарано, спазването на сроковете и т.н. По този начин е възможно да се определи какво трябва да бъде подобрено в следващия тестов цикъл.
Критерии за вход:
- доклади за изпълнение на тестовете
- доклади за дефекти
Задачи за изпълнение:
- анализ на това, което е било тествано
- създаване на доклад за закриване на тестовете
Критерии за изход:
- закриване на процеса без открити дефекти
- доклад за закриване на тестовете
6 фази на STLC – резюме
Разработката на софтуер не може да съществува без фаза на тестване. Правилната подготовка за този процес носи редица ползи, включително, най-важното, спестяване на време и пари за възможни бъдещи ревизии. Надяваме се, че тази статия ви е помогнала да научите повече за жизнения цикъл на тестване на софтуер (STLC).
Току-що прочетохте за 6 фази на STLC. Проверете и нашите други серии за Python и Javascript!
Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Robert Whitney
Експерт по JavaScript и инструктор, който обучава ИТ отдели. Основната му цел е да повиши продуктивността на екипа, като учи другите как да си сътрудничат ефективно при програмирането.
