Programmatūras testēšanas procedūra ir pazīstama arī kā STLC (Software Testing Life Cycle), kas ietver testēšanas procesa fāzes. Testēšanas process tiek veikts labi plānotā un sistemātiskā veidā. Visas darbības tiek veiktas, lai uzlabotu programmatūras produkta kvalitāti.
Apskatīsim dažādas STLC darbības.
Programmatūras testēšanas dzīves cikls ietver šādas darbības:
- Prasību analīze
- Pārbaudes plāna izveide
- Vides iestatīšana
- Pārbaudes lietas izpilde
- Defektu reģistrēšana
- Pārbaudes cikla slēgšana
Prasību analīze:
Manuālās testēšanas procedūras pirmais solis ir prasību analīze. Šajā fāzē testētājs analizē SDLC (programmatūras izstrādes dzīves cikla) prasību dokumentu, lai pārbaudītu klienta norādītās prasības. Pēc prasību pārbaudes testētājs sastāda testa plānu, lai pārbaudītu, vai programmatūra atbilst prasībām.
| Iestāšanās kritēriji | Darbības | Piegādājams | Testēšanas plāna prasību specifikācijas plānošanai jābūt pieejamai lietojumprogrammas arhitektūras dokumentam un precīzi definētiem pieņemšanas kritērijiem. | Sagatavojiet visu prasību un vaicājumu sarakstu un saņemiet atrisinājumu no tehniskā menedžera/vadītāja, sistēmas arhitektūras, biznesa analītiķa un klienta. Izveidojiet sarakstu ar visu veidu testiem (veiktspējas, funkcionālās un drošības), kas jāveic. Izveidojiet testēšanas vides detaļu sarakstu, kurā ir jāiekļauj visi testa gadījumu izpildei nepieciešamie rīki. | Visu nepieciešamo testu saraksts pārbaudāmajām prasībām un informācija par testēšanas vidi |
|---|
Pārbaudes plāna izveide:
Testa plāna izveide ir STLC izšķirošais posms, kurā tiek definētas visas testēšanas stratēģijas. Testeris nosaka visa projekta paredzamās pūles un izmaksas. Šis posms notiek pēc veiksmīgas pabeigšanas Prasību analīzes posms . Pārbaudes stratēģija un piepūles aplēses dokumenti, ko nodrošina šī fāze. Testa gadījuma izpildi var sākt pēc veiksmīgas testa plāna izveides pabeigšanas.
pārbaudiet java versiju uz Linux
| Iestāšanās kritēriji | Darbības | Piegādājams | Prasību dokuments | Definējiet programmatūras mērķi, kā arī darbības jomu. Uzskaitiet testēšanā iesaistītās metodes. Pārskats par testēšanas procesu. Testēšanas vides nokārtošana. Pārbaužu grafiku un kontroles procedūru sagatavošana. Lomu un pienākumu noteikšana. Uzskaitiet testēšanas rezultātus, definējiet risku, ja tāds ir. | Pārbaudes stratēģijas dokuments. Testēšana Piepūles aplēses dokumenti ir šīs fāzes rezultāti. |
|---|
Vides iestatīšana:
Testa vides iestatīšana ir neatkarīga darbība, un to var sākt kopā ar Testa lietas izstrāde . Tā ir būtiska manuālās testēšanas procedūras daļa, jo bez vides testēšanas nav iespējama. Vides iestatīšanai ir nepieciešama būtiska programmatūras un aparatūras grupa, lai izveidotu testa vidi. Testēšanas komanda nav iesaistīta testēšanas vides iestatīšanā, tās vecākie izstrādātāji, kas to veido.
| Iestāšanās kritēriji | Darbības | Piegādājams | Testa stratēģijas un pārbaudes plāna dokuments. Pārbaudes lietas dokuments. Pārbaudes dati. | Sagatavojiet programmatūras un aparatūras sarakstu, analizējot prasību specifikāciju. Pēc testa vides iestatīšanas izpildiet dūmu pārbaudes gadījumus, lai pārbaudītu testa vides gatavību. | Izpildes ziņojums. Ziņojums par defektiem. |
|---|
Pārbaudes gadījuma izpilde:
Testa gadījums Izpilde notiek pēc veiksmīgas testa plānošanas pabeigšanas. Šajā fāzē testēšanas komanda sāk lietas izstrādes un izpildes darbību. Testēšanas komanda pieraksta detalizētus testa gadījumus, kā arī sagatavo testa datus, ja nepieciešams. Sagatavotos testa gadījumus izskata kolēģi komandas locekļi vai kvalitātes nodrošināšanas vadītājs.
Šajā posmā tiek sagatavota arī RTM (Requirement Traceability Matrix). Prasību izsekojamības matrica ir nozares līmeņa formāts, ko izmanto izsekošanas prasībām. Katrs testa gadījums ir kartēts ar prasību specifikāciju. Atpakaļ un uz priekšu izsekojamību var veikt, izmantojot RTM.
| Iestāšanās kritēriji | Darbības | Piegādājams | Prasību dokuments | Testpiemēru izveide. Pārbaudes gadījumu izpilde. Pārbaudes gadījumu kartēšana atbilstoši prasībām. | Testa izpildes rezultāts. Funkciju saraksts ar detalizētu defektu skaidrojumu. |
|---|
Defektu reģistrēšana:
Testētāji un izstrādātāji novērtē programmatūras pabeigšanas kritērijus, pamatojoties uz testa pārklājumu, kvalitāti, laika patēriņu, izmaksām un kritiskiem biznesa mērķiem. Šī fāze nosaka programmatūras īpašības un trūkumus. Testa gadījumi un kļūdu ziņojumi tiek padziļināti analizēti, lai noteiktu defekta veidu un tā nopietnību.
Defektu reģistrēšanas analīze galvenokārt darbojas, lai noskaidrotu defektu sadalījumu atkarībā no smaguma pakāpes un veidiem. Ja tiek atklāts kāds defekts, programmatūra tiek atgriezta izstrādes komandai defekta novēršanai, pēc tam programmatūra tiek atkārtoti pārbaudīta visos testēšanas aspektos.
mysql saraksta lietotāji
Kad testa cikls ir pilnībā pabeigts, tiek sagatavots testa slēgšanas ziņojums un testa metrika.
| Iestāšanās kritēriji | Darbības | Piegādājams | Pārbaudes lietas izpildes ziņojums. Ziņojums par defektiem | Tas novērtē programmatūras pabeigšanas kritērijus, pamatojoties uz testa pārklājumu, kvalitāti, laika patēriņu, izmaksām un kritiskiem biznesa mērķiem. Defektu reģistrēšanas analīze nosaka defektu sadalījumu, klasificējot tos pēc veida un smaguma pakāpes. | Slēgšanas ziņojums Pārbaudīt metriku |
|---|
Testa cikla slēgšana:
Pārbaudes cikla noslēguma pārskatā ir iekļauta visa dokumentācija, kas saistīta ar programmatūras izstrādi, izstrādi, testēšanas rezultātiem un defektu ziņojumiem.
Šajā fāzē tiek izvērtēta izstrādes stratēģija, testēšanas procedūra, iespējamie defekti, lai šo praksi izmantotu nākotnē, ja būs programmatūra ar tādu pašu specifikāciju.
| Iestāšanās kritēriji | Darbības | Piegādājams | Visi ar programmatūru saistītie dokumenti un atskaites. | Izvērtē izstrādes stratēģiju, testēšanas procedūru, iespējamos defektus šīs prakses izmantošanai nākotnē, ja būs programmatūra ar tādu pašu specifikāciju | Pārbaudes slēgšanas ziņojums |
|---|