Milzīgi programmatūras uzņēmumi, piemēram, Google, gūst panākumus, neskatoties uz zemas prioritātes kļūdām savā programmatūrā, bet mazākiem uzņēmumiem un jaunajiem uzņēmumiem nav šīs greznības.
Klienti sagaida, ka produkti darīs to, ko viņi prasa, pārdošanas lapā vai dokumentācijā. Ar tik daudz iespēju, kas tur, viņi nedomā divreiz par kuģa lēkšanu, ja produkts izšķiež savu laiku un naudu. Tādēļ pirms atbrīvošanas programmatūra rūpīgi pārbauda, lai:
uzsvērt atšķirības starp sākotnējo koncepciju un galīgo rezultātu
pārbaudiet, vai programmatūra darbojas tā, kā plānotie dizaineri
apstiprināt galaproduktu - produktam jāatbilst klientu prasībām
novērtēt īpašības un kvalitāti
Testēšana atbilst stingrai projektam. Tas optimizē vērtīgo resursu - prasmju, laika un naudas - izmantošanu, vienlaikus nodrošinot ieinteresētajām pusēm būtisku informāciju, lai produkts būtu pieejams uz priekšu. Mērķis ir veicināt labu lietotāja pieredzi, izmantojot spēcīgu kvalitātes nodrošināšanas programmu. Pateicoties tik lielām likmēm, QA vadītāji ir daži no labākajiem pelnītājiem tech.Testing parasti šādi pasākumi:
Prasību analīze, kurā vadītāji izklāsta plānu, kā izveidot piemērotu testa stratēģiju.
Testi sākas, un rezultāti tiek analizēti.
Visi defekti tiek novērsti, un programmatūra iet caur regresijas testēšanu - programma, kas pārbauda, vai programma joprojām darbojas pēc izmaiņām.
Testa slēgšanas ziņojums, tad detalizēti apraksta visu procesu un rezultātus.
Programmatūras testēšanas metodes
Šeit ir dažādas metodes, ko izmanto, lai novērtētu produktu uzvedību un veiktspēju.
Melnā kaste un baltā kaste testēšana ir divas galvenās metodes.
- Melnās kastes testēšana - to sauc arī par funkcionālu vai uz specifikāciju balstītu testēšanu, šī metode koncentrējas uz produkciju. Testeri nav saistīti ar iekšējiem mehānismiem. Viņi tikai pārbauda, vai programmatūra ir tā, ko tā domājusi. Kodēšanas zināšanas nav nepieciešamas, un testeri strādā lietotāja saskarnes līmenī.
- Baltas kasetes testēšana - šī metode kā daļu no testa procedūras izmanto zinātību par kodēšanu. Kad produkts nedarbojas, testeri pēc iespējas ciešāk nonāk kodā, lai atrastu cēloni. Programmatūras izstrādātāji to dara paši, jo viņi nosaka, kā produktam jādarbojas. Šai metodei ir citi vārdi par struktūras un stikla kastes testēšanu.
- Statiskā testēšana - testētāji pārbauda programmatūras kodu un dokumentāciju, bet neizpilda programmu. Statistikas testi pārbaudes procesa sākumā sākas produkta izstrādes sākumā.
- Dinamiska pārbaude - programmatūra tiek izpildīta ar dažādiem ievadiem, un testētāji salīdzina rezultātus ar paredzēto darbību ar šo metodi.
- GUI testēšana - pārbauda GUI īpašības - teksta formatēšanu, teksta lodziņus, pogas, sarakstus, izkārtojumu, krāsas, fontus, fontu lielumus utt. GUI testēšana ir laikietilpīga, un trešās puses uzņēmumi bieži vien uzņemas uzdevumu, nevis izstrādātājus.
Pārbaudes līmeņi
Tie ir vajadzīgi, lai identificētu vājo vietu un pārklāšanās jomas katrā programmatūras izstrādes dzīves cikla fāzē.
- Vienības pārbaude - Izstrādātāji testē visbūtiskākās koda daļas, piemēram, klases, saskarnes un funkcijas / procedūras. Viņi zina, kā jāreģistrējas viņu kodam, un var veikt korekcijas atkarībā no produkcijas.
- Komponentu testēšana - citi nosaukumi ir moduļu vai programmu testēšana. Tas ir līdzīgs vienības testam, bet tajā ir augstāks integrācijas līmenis. Programmatūras moduļi ir pārbaudīti ar defektiem, lai pārbaudītu viņu individuālo funkciju.
- Integrācijas testēšana - tas identificē kļūdas, kad moduļi ir integrēti. Dažādie integrācijas testi ir no apakšas uz augšu, no augšas uz leju un funkcionāli pakāpeniski.
- Sistēmas pārbaude - ar šo metodi projekta sastāvdaļas tiek testētas kopumā dažādās vidēs. Tas ietilpst melnās kastes metodes ietvaros un ir viens no gala testiem šajā procesā. Tas nosaka, vai sistēma darbojas kā vajadzīgs, lai apmierinātu biznesa un lietotāju vajadzības.
- Alfa testēšana - Iekšējie darbinieki testē programmatūru izstrādātāja vietā simulētā vai faktiskā vidē. Pēc tam izstrādātāji labo kļūdas un citus jautājumus.
- Beta testēšana - pazīstams arī kā lauka pārbaude, klients reālos apstākļos pārbauda produktu savā vietnē. Klients var piedāvāt galalietotāju grupai iespēju pārbaudīt programmatūru, izmantojot iepriekšējās vai beta versijas. Atsauksmes par iespējamiem uzlabojumiem tiek nosūtīti izstrādātājam.
- Pieņemšanas pārbaude - Arī melnās kastes testēšanas ietvaros klients pārbauda programmatūru, lai uzzinātu, vai izstrādātājs ir izveidojis programmu vēlamajām specifikācijām.
Pārbaudes veidi
Šie programmatūras testi koncentrējas uz konkrētiem mērķiem.
- Instalēšanas testi - programmatūras testēšanas inženieris un konfigurācijas menedžeris veic šo pārbaudi, lai nodrošinātu, ka gala lietotājs var instalēt un palaist programmu. Tas attiecas uz tādām jomām kā instalācijas faili, instalācijas vietas un administratora privilēģijas.
- Izstrādes testēšana - tas īsteno virkni sinhronizētu stratēģiju, lai noteiktu un novērstu defektus. Tas ietver statiskas koda analīzi, peer kodu pārskatiem, izsekojamību un metrikas analīzi. Mērķis ir samazināt risku un ietaupīt izmaksas.
- Lietojamības pārbaude - Lietotāja pieredze tiek pievērsta uzmanību šim testam. Tas nosaka, cik labi GUI ir izstrādāts un tā izmantošanas vieglumu. Tests pārbauda testu priekšmetu funkciju un emocionālo reakciju precizitāti un efektivitāti.
- Sanity testēšana - tas norāda, vai programmatūra ir vērts laiku un izmaksas, lai turpinātu papildu pārbaudes. Pārāk daudz kļūdu un agresīvāku testu nenotiek.
- Dūmu pārbaude - Dūmu pārbaude atklāj būtiskas kļūdas, kas ir pietiekami nopietnas, lai novērstu noplūdi. Ja to veic jaunā būvniecībā, to sauc par būvuzraudzības pārbaudi.
- Regresijas pārbaude - ja sistēma tiek modificēta, regresijas pārbaude uzrauga negaidītu uzvedību. Tas norāda uz nelabvēlīgu ietekmi uz moduļiem vai komponentiem.
- Iznīcinoša pārbaude - testeri ievada neparastu ierakstu un izprot programmatūras spēju vadīt neparedzētu ievadi. Tas parāda izstrādātājiem, cik precīzi programma ir saistīta ar kļūdu pārvaldību.
- Atkopšanas pārbaude - ja aparatūra vai citas funkcijas neizdodas, šis tests parāda, cik labi programmatūra var atgūt un turpināt darbību.
- Automātiskā testēšana - šīs funkcijas ir grūti izpildāmas manuāli. Testa veikšanai izmanto specifisku programmatūru, kā arī sniedz datus par faktiskajiem un plānotajiem rezultātiem.
- Savietojamības pārbaude - programmatūrai jāstrādā dažādās skaitļošanas vidēs, tāpēc tā pārbauda saderību ar dažādām sistēmām. Piemēram, vai programmatūra darbojas ar dažādām operētājsistēmām un tīmekļa pārlūkprogrammām?
- Veiktspējas testēšana - šis ir padziļināts tests, kurā tiek pārbaudīta programmatūras veiktspēja dažādos scenārijos. Ir apkopota informācija par atsaucību, stabilitāti, resursu sadalījumu un ātrumu. Turklāt šajā procesā piedalās arī papildu testēšana, piemēram, apjoma, jaudas un smaiļu testēšana.
- Drošības pārbaude - tas nosaka programmatūras spēju aizsargāt lietotāju drošību. Tas nozīmē autorizācijas funkcijas, autentificēšanu, konfidencialitāti, integritāti, pieejamību un neatzīšanu.
- Pieejamības pārbaude. Tas nav tāds pats kā izmantojamības pārbaude. Tas nosaka, cik lielā mērā lietotāji, kuriem ir atšķirīgas spējas - mācīšanās un fiziskās invaliditātes iekļaušana, var izmantot programmatūru.
- Internacionalizācija un lokalizācijas testēšana - rezultāti parāda, kā programmatūra var pielāgoties dažādām valodām un reģionālajām prasībām. Tas ietver komponentu pievienošanu noteiktām vietām un teksta tulkošanu.
Programmatūras testēšana ir būtiska daļa no produkta laišanas tirgū. Un bez testeriem, plašs pieejamās programmatūras klāsts neeksistē. Kļūstiet par sertificētu programmatūras testētāju, izmantojot tādas organizācijas kā BCS, IT Chartered Institute, ISTQB® (Starptautiskā programmatūras testēšanas kvalifikāciju padome) un ASQ (agrāk - Amerikas kvalitātes biedrība).