what is software testing life cycle
Тестване на софтуера:
В този урок ние обсъждаме Еволюцията на софтуерното тестване, Жизнен цикъл на тестване на софтуер и различните фази, участващи в STLC.
Какво ще научите:
8 фази на жизнения цикъл на тестване на софтуер (STLC)
Еволюция:
Тенденция от 1960 г.:
Тенденция от 1990 г.
Тенденция от 2000 г.:
Тенденцията и компетентността на тестването се променят. Сега тестерите трябва да бъдат по-технически и ориентирани към процесите. Тестването сега не е ограничено само за откриване на грешки, но има по-широк обхват и се изисква още в началото на проекта, когато изискванията дори не са финализирани.
Тъй като тестването също е стандартизирано. Точно както разработването на софтуер има жизнен цикъл, тестването също има жизнен цикъл. В следващите раздели ще обсъждам какво е жизнен цикъл и как това е свързано със софтуерното тестване и ще се опитам да го доразвия.
Нека започнем!
Какво е жизнен цикъл?
Жизненият цикъл в простия термин се отнася до последователността от промени от една форма в друга форма. Тези промени могат да се случат с всякакви материални или нематериални неща. Всеки субект има жизнен цикъл от самото си създаване до пенсиониране / смърт.
По подобен начин Софтуерът също е субект. Точно както разработването на софтуер включва последователност от стъпки, тестването също има стъпки, които трябва да се изпълняват в определена последователност.
Този феномен на системно и планирано извършване на тестовите дейности се нарича тестване на жизнения цикъл.
Какво е жизнен цикъл на тестване на софтуер (STLC)
Жизнен цикъл на тестване на софтуер се отнася до процес на тестване, който има конкретни стъпки, които трябва да бъдат изпълнени в определена последователност, за да се гарантира, че целите за качество са изпълнени. В процеса на STLC всяка дейност се извършва планирано и систематично. Всяка фаза има различни цели и резултати. Различните организации имат различни фази в STLC; основата обаче остава същата.
По-долу са фазите на STLC:
- Фаза на изискванията
- Фаза на планиране
- Фаза на анализ
- Фаза на проектиране
- Фаза на изпълнение
- Фаза на изпълнение
- Фаза на заключението
- Фаза на затваряне
# 1. Фаза на изискване :
По време на тази фаза на STLC анализирайте и изучавайте изискванията. Направете мозъчна атака с други екипи и се опитайте да разберете дали изискванията са проверими или не. Тази фаза помага да се определи обхватът на тестването. Ако някоя характеристика не може да се тества, съобщете я по време на тази фаза, за да може да се планира стратегията за смекчаване.
# две. Фаза на планиране :
какво е регресионно тестване при тестване на софтуер
В практически сценарии планирането на теста е първата стъпка от процеса на тестване. На този етап ние идентифицираме дейностите и ресурсите, които биха помогнали за постигане на целите на тестването. По време на планирането ние също се опитваме да идентифицираме показателите, метода за събиране и проследяване на тези показатели.
На каква основа се извършва планирането? Само изисквания?
Отговорът е НЕ. Изискванията са една от основите, но има 2 други много важни фактора, които влияят върху планирането на теста. Това са:
- Тестова стратегия на организацията.
- Анализ на риска / Управление на риска и смекчаване.
# 3. Фаза на анализ:
Тази STLC фаза определя „КАКВО“ да бъде тествано. Ние основно идентифицираме условията на теста чрез документа за изискванията, продуктовите рискове и други тестови бази. Условието на теста трябва да бъде проследимо обратно до изискването.
Има различни фактори, които влияят върху идентифицирането на условията на теста:
- Нива и дълбочина на тестване
- Сложността на продукта
- Продуктови и проектни рискове
- Включен жизнен цикъл на разработка на софтуер.
- Управление на тестове
- Умения и знания на екипа.
- Наличност на заинтересованите страни.
Трябва да се опитаме да запишем подробно условията на теста. Например за уеб приложение за електронна търговия можете да имате условие за тест като „Потребителят трябва да може да извърши плащане“. Или можете да го детайлизирате, като кажете „Потребителят трябва да може да извършва плащане чрез NEFT, дебитна карта и кредитна карта“.
Най-важното предимство при написването на подробното тестово условие е, че то увеличава покритието на теста, тъй като тестовите случаи ще бъдат написани на базата на тестовото условие, тези подробности ще задействат да се напишат по-подробни тестови случаи, които в крайна сметка ще увеличат покритието.
Също така, идентифицирайте критериите за изход от тестването, т.е. определете някои условия, когато ще спрете тестването.
# 4. Фаза на проектиране:
Тази фаза определя „КАК“ да се тества. Тази фаза включва следните задачи:
- Детайлизирайте условието на теста. Разбийте условията на теста на множество под условия, за да увеличите покритието.
- Идентифицирайте и вземете данните от теста
- Идентифицирайте и настройте тестовата среда.
- Създайте показатели за проследяване на изискванията
- Създайте показатели за покритие на теста.
# 5. Фаза на изпълнение:
Основната задача в тази STLC фаза е създаването на подробни тестови случаи. Приоритизирайте тестовите случаи и определете кой тестов случай ще стане част от пакета за регресия. Преди финализирането на тестовия случай е важно да се направи преглед, за да се гарантира коректността на тестовите случаи. Също така, не забравяйте да свалите знака от тестовите случаи, преди да започне действителното изпълнение.
Ако вашият проект включва автоматизация, идентифицирайте кандидат-тестовите случаи за автоматизация и продължете със създаването на сценарии за тестовите случаи. Не забравяйте да ги прегледате!
# 6. Фаза на изпълнение :
Както подсказва името, това е фазата на жизнения цикъл на тестване на софтуер, където се извършва действителното изпълнение. Но преди да започнете изпълнението си, уверете се, че критерият за влизане е изпълнен. Изпълнете тестовите случаи, регистрирайте дефекти в случай на несъответствие. Едновременно попълнете показателите си за проследяване, за да проследите напредъка си.
# 7. Фаза на заключението :
Тази STLC фаза се концентрира върху критериите за изход и докладването. В зависимост от избора на вашия проект и заинтересованите страни можете да решите дали да изпращате ежедневен отчет за седмичния отчет и т.н.
Има различни видове отчети (DSR - Ежедневен отчет за състоянието, WSR - Седмични отчети за състоянието), които можете да изпращате, но важното е, че съдържанието на отчета се променя и зависи от това на кого изпращате вашите отчети.
Ако ръководителите на проекти принадлежат към тестовия опит, тогава те се интересуват повече от техническия аспект на проекта, така че включете техническите неща във вашия отчет (брой преминати тестови случаи, неуспешни, повдигнати дефекти, дефекти на сериозност 1 и т.н.).
Но ако докладвате на горните заинтересовани страни, те може да не се интересуват от техническите неща, така че ги докладвайте за рисковете, които са били смекчени чрез тестването.
# 8. Фаза на затваряне:
Задачите за дейностите по закриване включват следното:
- Проверете за попълване на теста. Дали всички тестови случаи са изпълнени или смекчени умишлено. Проверете дали няма отворени дефекти по тежест 1.
- Направете среща за научени уроци и създайте документ за научени уроци. (Включете какво е минало добре, къде са обхватът на подобренията и какво може да се подобри)
Заключение
Нека се опитаме да обобщим жизнения цикъл на софтуерното тестване (STLC) сега!
| S.No | Име на фазата | Критерии за влизане | Извършени дейности | Резултати |
|---|---|---|---|---|
| 7 | Заключение | Актуализирани тестови случаи с резултати Условия за затваряне на теста | Предоставете точните цифри и резултата от тестването Идентифицирайте рисковете, които са смекчени | Актуализирани показатели за проследяване Резюме на теста Актуализиран доклад за управление на риска |
| един | Изисквания | Документ за спецификация на изискванията Документ за проектиране на заявление Документ за критериите за приемане от потребителя | Направете мозъчна атака на изискванията. Създайте списък с изисквания и изяснете съмненията си. Разберете осъществимостта на изискванията, независимо дали е проверима или не. Ако вашият проект изисква автоматизация, направете проучване за осъществимост на автоматизацията. | RUD (Документ за разбиране на изискванията. Доклад за осъществимост на тестване Отчет за осъществимост на автоматизацията. |
| две | Планиране | Актуализиран документ за изисквания. Тестови доклади за осъществимост “ Отчет за осъществимост на автоматизацията. | Определете обхвата на проекта Направете анализ на риска и изгответе план за намаляване на риска. Извършете оценка на теста. Определете общата стратегия и процес на тестване. Определете инструментите и ресурсите и проверете за всякакви нужди от обучение. Идентифицирайте околната среда. | Документ за план за изпитване. Документ за намаляване на риска. Документ за оценка на теста. |
| 3 | Анализ | Актуализиран документ за изисквания Документ за план за изпитване Документ за риск Документ за оценка на теста | Определете подробните условия за изпитване | Документ за условията на изпитване. |
| 4 | Дизайн | Актуализиран документ за изисквания Документ за условията на изпитване | Детайлизирайте условието на теста. Идентифицирайте данните от теста Създайте показатели за проследяване | Подробен документ за условията на изпитване Показатели за проследяване на изискванията Тествайте показатели за покритие |
| 5 | Изпълнение | Подробен документ за условията на изпитване | Създайте и прегледайте тестовите случаи. Създаване и преглед на скриптове за автоматизация. Идентифицирайте кандидат-тестовите случаи за регресия и автоматизация. Идентифицирайте / създайте данните от теста Отстранете тестовите случаи и скриптове. | Тестови случаи Тестови скриптове Данни от теста |
| 6 | Екзекуция | Тестови случаи Тестови скриптове | Изпълнете тестовите случаи Регистрирайте грешки / дефекти в случай на несъответствие Съобщете за състоянието | Отчет за изпълнение на теста Доклад за дефект Дневник на тестовете и Дневник на дефекти Актуализирани показатели за проследяване на изискванията |
| 8 | Закриване | Условие за затваряне на теста Резюме на теста | Направете ретроспективна среща и разберете научените уроци | Документ за научени уроци Тестови матрици Доклад за приключване на теста. |
ЧЕСТИТ ТЕСТ !!
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Тестване на софтуер QA Assistant Job
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Изборът на софтуерно тестване като кариера
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
- Някои интересни въпроси за интервю за тестване на софтуер
- Обратна връзка и рецензии на курсове за софтуерно тестване
- Какво представлява жизнения цикъл на дефекти / грешки при тестване на софтуер? Урок за жизнения цикъл на дефекти