Käsitsi testimine
Manuaalne testimine on tarkvara testimise tüüp, mille korral testijad sooritavad testijad käsitsi, ilma automatiseeritud tööriistu kasutamata. Käsitsi testimise eesmärk on tuvastada tarkvararakenduses olevad vead, probleemid ja vead. Manuaalne tarkvara testimine on kõigi testimistüüpide kõige primitiivsem tehnika ja see aitab tarkvararakenduses leida kriitilisi vigu.
Iga uut rakendust tuleb enne selle testimise automatiseerimist käsitsi testida. Tarkvara käsitsi testimine nõuab rohkem pingutusi, kuid on vajalik automaatika teostatavuse kontrollimiseks. Käsitsi testimise kontseptsioonid ei nõua ühegi testimisvahendi tundmist. Üks tarkvara testimise põhialustest on " 100% automatiseerimine pole võimalik ". See muudab käsitsi testimise hädavajalikuks.
Selles algajatele mõeldud käsitsitestimise õpetuses käsitleme kõiki käsitsi testimise mõisteid ja teemasid.
Kui videole pole juurdepääsu, klõpsake siin
Käsitsi testimise eesmärk
Manuaalse testimise põhimõte on tagada, et rakendus oleks tõrgeteta ja töötaks vastavalt kindlaksmääratud funktsionaalsetele nõuetele.
Testikomplektid või juhtumid on kavandatud testimise etapis ja nende katmine peaks olema 100%.
Samuti tagab see, et teatatud defektid on arendajad fikseeritud ja testijad on fikseeritud defektid uuesti testinud.
Põhimõtteliselt kontrollib see testimine süsteemi kvaliteeti ja toimetab kliendile veatut toodet.
Käsitsi testimise tüübid:
Allpool toodud diagramm kujutab käsitsi testimise tüüpe. Tegelikult saab mis tahes tüüpi tarkvara testimise käivitada nii käsitsi kui ka automatiseerimistööriista abil.
- Musta kasti testimine
- Valge kasti testimine
- Üksuse testimine
- Süsteemi testimine
- Integratsiooni testimine
- Vastuvõtu testimine
Kuidas käsitsi testida
- Lugege tarkvaraprojekti dokumentatsiooni / juhendeid ja mõistke neid. Uurige ka testitavat rakendust (AUT), kui see on saadaval.
- Testi juhtumid, mis hõlmavad kõiki dokumentatsioonis mainitud nõudeid.
- Testjuhtumite ülevaatamine ja lähteülesanded meeskonna juht, klient (vastavalt vajadusele)
- Tehke testjuhtumid AUT-is
- Teata vigadest.
- Kui vead on parandatud, viige uuesti läbi ebaõnnestunud testjuhtumid, et kontrollida nende läbimist.
Käsitsi testimise müüdid
Järgnevalt on toodud mõned levinud testimisega seotud müüdid ja faktid:
Müüt: käsitsi testimist saab teha igaüks
Fakt : testimiseks on vaja palju oskusi
Müüt: testimine tagab 100% defektivaba toote
Fakt : testimisel üritatakse leida võimalikult palju defekte. Kõigi võimalike defektide tuvastamine on võimatu.
Müüt: automatiseeritud testimine on võimsam kui käsitsi testimine
Fakt : 100% testautomaatikat ei saa teha. Samuti on hädavajalik tarkvara käsitsi testimine.
Müüt: testimine on lihtne
Fakt : testimine võib olla äärmiselt keeruline. Rakenduse testimine võimalike kasutusjuhtumite jaoks minimaalsete testijuhtumitega eeldab kõrget analüüsioskust.
Käsitsi testimine vs automaatika testimine
| Käsitsi testimine | Automatiseeritud testimine |
|---|---|
| Manuaalne testimine nõuab testi sooritamiseks inimese sekkumist. | Automaatika testimine on tööriistade kasutamine testjuhtumite käivitamiseks |
| Manuaalne testimine nõuab kvalifitseeritud tööjõudu, pikka aega ja tähendab suuri kulutusi. | Automaatika testimine säästab aega, kulusid ja tööjõudu. Pärast salvestamist on automatiseeritud testipaketi käitamine lihtsam |
| Igat tüüpi rakendusi saab käsitsi testida, teatud tüüpi testid, näiteks ad-hoc ja ahvi testid, sobivad rohkem käsitsi käivitamiseks. | Automatiseeritud testimine on soovitatav ainult stabiilsete süsteemide jaoks ja seda kasutatakse enamasti regressioonitestimiseks |
| Käsitsi testimine võib muutuda korduvaks ja igavaks. | Samade testijuhtumite korduva täitmise igava osaga tegeleb automatiseerimistarkvara automatiseerimistarkvara. |
Tööriistad käsitsi testimise automatiseerimiseks
- Seleen
- QTP
- Jmeter
- Loadrunner
- TestLink
- Kvaliteedikeskus (ALM)
Järeldus
Manuaalne testimine on tegevus, kus testija peab olema väga kannatlik, loov ja avatud mõtlemisega.
Käsitsi testimine on kasutajasõbraliku tarkvaraarenduse oluline osa, kuna inimesed osalevad tarkvararakenduste testimises ja ka lõppkasutajad on inimesed. Nad peavad mõtlema ja tegutsema lõppkasutaja vaatenurgast.