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