Automatiseeritud testimine või Käsitsi testimine
Tarkvara testimine on suur domeeni, kuid see võib üldjoontes liigitada kahte valdkondades: manuaal katsetamine ja automatiseeritud testimise. Käsitsi testimine, test juhtudel täidetakse käsitsi (poolt testrid) ilma toetuse vahendid või skripte. Aga automatiseeritud testimine, test juhtudel teostatakse abiga tööriistad, skripte, ja tarkvara.
Nii käsitsi ja automatiseeritud testimise pakub eeliseid ja puudusi. Tasub teada, vahe - ja millal kasutada üht või teist - parima tulemuse.
Katsetamine on lahutamatu osa iga edukas tarkvara projekti. Tüüp testimine (käsitsi või automaatselt) sõltub erinevatest teguritest, sealhulgas projekti nõuded, eelarve, ajajoon, ekspertiis, ja sobivust. Kolm oluline tegurid iga projekti on time, hind, ja kvaliteet - Ja kõik kolm on seotud üksteisega. Eesmärgiks iga edukas projekt on vähendada kulusid ja aega vaja täita seda edukalt, säilitades samal ajal kvaliteetset toodangut. Kui tegemist testimine, üht tüüpi võib täita seda eesmärki parem kui teised.
Käsitsi vs. automatiseeritud testimise: plussid ja miinused
Käsitsi testimine ja automatiseeritud testimise katta kaks suurtel aladel. Igas kategoorias, konkreetsed testimise meetodid on kättesaadavad, nagu must kast katsetamine, valge karbi katsetamine, integratsiooni testimine, süsteemi testimine, jõudluskontrolli, ja koormuse testimine. Mõned neist sobivad paremini käsitsi testimine, ja mõned on parim töid läbi automaatika. Siin on lühike võrreldes igat liiki, koos mõne plusse ja miinuseid:
| Käsitsi testimine | automatiseeritud testimine |
| Käsitsi testimine ei ole täpset alati inimliku vea tõttu, seega on vähem usaldusväärne. | Automatiseeritud testimine on usaldusväärsem, kuna see on teostatud tööriistade ja / või skriptide. |
| Käsitsi testimine on aeganõudev, asumist inimressursside. | Automatiseeritud katsetamine on sooritatud tööriistad, nii et see on oluliselt kiirem kui käsitsi lähenemist. |
| Investeeringud on vajalikud inimressursid. | Investment testimiseks on vaja tööriistu. |
| Käsitsi testimine on otstarbekas vaid siis, kui test juhtudel kestab üks või kaks korda, ja sage kordamine ei nõuta. | Automatiseeritud katsetamine on praktiline lahendus, kui test juhtudel on käivitada korduvalt pika aja jooksul. |
| Käsitsi testimine võimaldab inimvaatluse, mis võib olla kasulik, kui eesmärgiks on kasutajasõbralikkust või paranenud klientide kogemusi. | Automatiseeritud katsetamine ei kaasne inimvaatluse ja ei saa garanteerida, kasutajasõbralikkuse ja positiivne kogemus kliendi. |
Millal seda kasutada käsitsi vs. automatiseeritud testimise?
In short, käsitesti sobib kõige paremini järgmiste valdkondade / stsenaariumid:
ettevalmistav testimine: Seda tüüpi testimist on vaja tester teadmisi, kogemus, analüütilise / loogilise oskusi, loovus, ja intuitsioon. Katse iseloomustab siin halvasti kirjutatud spetsifikatsioon dokumentatsioon, ja / või lühikese aja täitmiseks. Meil on vaja inimese oskused täita katsetamise käigus selle stsenaariumi.
kasutatavuse testimine: See on valdkond, kus sa pead, et mõõta, kuidas kasutajasõbralik, tõhus, või mugav tarkvara või toote lõppkasutajatele. Here, inimvaatluse on kõige olulisemaks teguriks, nii käsitsi lähenemine on parem.
Ad-hoc testimine: Selle stsenaariumi, puudub konkreetne lähenemine. See on täiesti planeerimata katsemeetod kus mõistmist ja arusaamist tester on ainus oluline tegur.
Automatiseeritud testimine ei eelistatud valik järgmistes valdkondades / stsenaariumid:
Regressioonitestimine: Here, automatiseeritud testimise sobib, sest sageli koodimuudatusi ja võime kasutada regressioon õigeaegselt.
Load testimine: Automatiseeritud katsetamine on ka parim viis lõpule katsetamine tõhusalt kui tegemist koormuse testimine.
Korduv Execution: Testimine mis nõuab korduvaid ülesande täitmisel on parim automatiseeritud.
jõudluskontrolli: Similarly, testimine, mis nõuab simulatsiooni tuhandeid samaaegsete kasutajate nõuab automatiseerimine.
Hoiame neid tegureid silmas, võite leida parim lähenemine mis tahes testimine olukorda ja saavutada kvaliteetset toodangut ka oma eelarve piires ja ajakava.
