Kas testijad peavad koodi kirjutama?

Väga levinud küsimus on tarkvara testimise taotleja

... Kas testijad peavad koodi kirjutama?

Enne kui sellele küsimusele vastame, on mõistmiseks vaja saada täielik ülevaade erinevast tarkvara testimise rollist.

Tarkvara kvaliteedi tagamine on tavaliselt jagatud kahte kategooriasse,

Kvaliteedianalüütik: QA kontrollib testi funktsionaalsust ja täielikkust. QA kontrollib tarkvara alles pärast arendusetappi. QA roll ei ole nii tehniline kui arendaja ja see ei pruugi vajada kodeerimist.
SDET (tarkvaraarenduse insener testimisel): SDET on aga see, kes mõistab toote sisemist tööd. Nad mõistavad andmebaaside kontseptsioone, programmeerimiskeeli jms ning osalevad ka toodete kujundamisel, andmete kujundamisel ja kasutajaliideseis. SDET-d peavad töötama arendusetapis ja nõuavad kodeerimisteadmisi. Nii et SDET-i roll on keerulisem ja see hõlmab nii arendaja kui ka testija tööd. Automaatikatestijad (kes kasutavad selliseid tööriistu nagu QTP, seleen) võib samuti liigitada SDET-de hulka.

Nii et testija rollist lähtuvalt saab kindlaks teha, kas testija peaks nõudma kodeerimisteadmisi või mitte? Laske vastata veel mõnele sellega seotud küsimusele.

Selle õpetuse käigus näeme järgmisi asju.

Milliseid oskusi vajavad komplektid, et saada heaks testijaks?
Mida testija peaks teadma?
Kui palju kodeerimisteadmisi on vaja, et saada heaks testijaks?

Hea testija atribuudid

Tarkvara testimise metoodika varieerub vastavalt tarkvaratoote vajadusele ja spetsifikatsioonidele. Hea kvaliteedikontrolli või tarkvara testija mängib testimisprotsessi lõpuleviimisel olulist rolli.

Heade testijate atribuudid on;

Head valdkonnateadmised
Head loogilist mõtlemist ja
Head teadmised programmeerimisoskusest.

Kui palju testija nõuab kodeerimisteadmisi

Koodi kirjutamine ja silumine on arendaja ülesanne.

Siis tekib küsimus, miks on testijatele vaja teadmisi kodeerida?

Vaadakem mõnda põhjust, miks kodeerimise tundmine testijatele vajalikuks muutub.

Tarkvara testimine hõlmab põhimõtteliselt kahte lähenemist: käsitsi testimine ja automaatika testimine. Kõrgtasemel võib testimise liigitada valge kasti, musta kasti või halli kasti testimiseks. Erinevad testimistehnikad nõuavad testijatelt erinevat oskuste kogumit.

Musta kasti testimise ajal ei nõua testija teadmisi kodeerimisest. Tester testib tarkvara lihtsalt andmete sisestamise abil ja seejärel kontrollib väljundit.
Valge kasti testimine või koodipõhine testimine nõuab kooditeadmisi. Erinevate programmeerimiskontseptsioonide, näiteks C, C #, C ++, RDBMS kontseptsiooni jms tundmine võib olla kasulik.
Testijad vajavad häid kodeerimisteadmisi, kui nad lähevad pärast automaatikatesti või valge kasti testimist. Seda seetõttu, et automatiseerimise testimine hõlmab avalduste katvust, koodide katvust, tsüklomaatilist keerukust jne. Kõik need mõisted vajavad programmeerimisoskuste ja andmebaasi tundmist.
SQL (struktureeritud päringukeel) - mõnikord vajab testimine andmebaasi kinnitamist. Seega peavad testijad omama põhiteadmisi SQL-i käskudest nagu -'select ',' create ',' update 'ja nii edasi.
SQL-süstimine, "SQL-i süstimine" on üks andmebaasi häkkimise tehnikatest, sisestades soovimatud käsud. Selliste tarkvara turvaohtude ärahoidmiseks on mugav JavaScripti ja SQL-käskude hea tundmine.
Agile Testing - Agile testimisel vastutab kogu meeskond tarkvara kvaliteedi eest. Kogu väleda protsessi vältel teeb testija testi kirjutamiseks koostööd ühe või mitme programmeerijaga. Seega on automaatse testi loomiseks testijatele hädavajalik koodi teada.

Mõned olulised näpunäited tarkvara QA analüütikule

Teadmised manuaalsest testimisest, skriptikeeltest, nagu JavaScripti jne, lisavad teie testimisoskustele au.
Testijana peaksite omandama oma põhiteadmised programmeerimiskeeltest nagu Java, VBScript. See pole kohustuslik, kuid on vajalik. SQL-i mõistete, DBMS-i kontseptsiooni tundmine on teie jaoks hea tava.

Peale nende on mõned üldised näpunäited, mis aitavad tarkvara QA analüütikutel,