Vai testētājiem ir jāraksta kods?

Ļoti izplatīts jautājums ir programmatūras testēšanas aspirants

... Vai testētājiem ir jāraksta kods?

Pirms mēs atbildam uz šo jautājumu, ir nepieciešams pilnīgs ieskats dažādās programmatūras testēšanas lomās.

Programmatūras QA parasti iedala divās kategorijās,

Kvalitātes analītiķis: QA pārbauda testa funkcionalitāti un pilnīgumu. QA pārbauda programmatūru tikai pēc izstrādes fāzes. Kvalitātes nodrošināšanas loma nav tik tehniska kā izstrādātājam un, iespējams, nav nepieciešama kodēšana.
SDET (programmatūras dizaina inženieris testā): SDET, no otras puses, ir tas, kurš saprot produkta iekšējo darbību. Viņi saprot datu bāzes koncepcijas, programmēšanas valodas utt., Kā arī piedalās izstrādājumu izstrādē, datu projektēšanā un lietotāja saskarnēs. SDET ir jādarbojas izstrādes posmā, un tiem ir nepieciešamas zināšanas par kodēšanu. Tāpēc SDET loma ir sarežģītāka, un tā ietver gan izstrādātāja, gan testētāja darbu. Automātikas testētājus (kuri izmanto tādus rīkus kā QTP, Selenium) var arī klasificēt kā SDET.

Tātad, pamatojoties uz testētāja lomu, var noteikt, vai testētājam ir nepieciešamas kodēšanas zināšanas vai nē? Ļaujiet atbildēt uz dažiem citiem ar to saistītajiem jautājumiem.

Šīs apmācības laikā mēs redzēsim šādas lietas.

Kādas prasmes ir nepieciešamas, lai kļūtu par labu testētāju?
Kas testētājam būtu jāzina?
Cik daudz kodēšanas zināšanu ir nepieciešams, lai kļūtu par labu testētāju?

Laba testētāja atribūti

Programmatūras testēšanas metodika mainās atkarībā no programmatūras produkta vajadzības un specifikācijām. Labam kvalitātes nodrošināšanas vai programmatūras testētājam ir svarīga loma testēšanas procesa pabeigšanā.

Labu testētāju atribūti ir;

Labas zināšanas par domēnu
Laba loģiskā domāšana un
Labas zināšanas programmēšanas prasmēs.

Cik daudz kodēšanas zināšanu prasa testeris

Koda rakstīšana un atkļūdošana ir izstrādātāja darbs.

Tad rodas jautājums, kāpēc testētājiem ir nepieciešamas zināšanas par kodēšanu?

Apskatīsim dažus iemeslus, kādēļ testētājiem ir jāzina kodēšana.

Programmatūras testēšana pamatā ietver divas pieejas: manuālā testēšana un automatizācijas testēšana. Augstākā līmenī testēšanu var klasificēt kā baltās, melnās vai pelēkās kastes testēšanu. Dažādām testēšanas metodēm testētājiem ir vajadzīgas dažādas prasmes.

Veicot melnās kastes testēšanu, testerim nav nepieciešamas zināšanas par kodēšanu. Testeris vienkārši pārbauda programmatūru, ievadot datus, un pēc tam pārbauda izvadi.
Baltās kastes testēšanai vai koda pārbaudei ir nepieciešamas zināšanas par kodu. Var būt noderīgi zināt dažādas programmēšanas koncepcijas, piemēram, C, C #, C ++, RDBMS koncepciju utt.
Testētājiem ir nepieciešamas labas zināšanas par kodēšanu, kad viņi iet pēc automatizācijas vai baltās kastes pārbaudes. Tas ir tāpēc, ka automatizācijas testēšana ietver pārskatu pārklājumu, kodu pārklājumu, ciklisku sarežģītību utt. Visiem šiem jēdzieniem ir nepieciešamas labas zināšanas par programmēšanas prasmēm un datu bāzi.
SQL (strukturēta vaicājumu valoda) - dažreiz testēšanai nepieciešama datu bāzes pārbaude. Tātad testētājiem jābūt pamatzināšanām par SQL komandām, piemēram, -elect ',' create ',' update 'un tā tālāk.
SQL -injection, "SQL injekcija" ir viena no metodēm, ko izmanto datu bāzes uzlaušanai, ievietojot nevēlamas komandas. Labas zināšanas par JavaScript un SQL komandām ir noderīgas, lai novērstu šādus programmatūras drošības draudus.
Agile Testing - Veiklā testēšanā visa komanda ir atbildīga par programmatūras kvalitāti. Veiklā procesa laikā testeris sadarbosies ar vienu vai vairākiem programmētājiem, lai rakstītu testu. Tāpēc, lai izveidotu automatizējamu testu, testētājiem ir obligāti jāzina kods.

Daži svarīgi padomi programmatūras kvalitātes analītiķiem

Zināšanas par manuālo testēšanu, skriptu valodas, piemēram, JavaScript, utt. Papildinās jūsu testēšanas prasmes.
Būdams testeris, jums jāapgūst savas pamatzināšanas par programmēšanas valodām, piemēram, Java, VBScript. Tas nav obligāti, bet tas ir nepieciešams. SQL prakses zināšanas, DBVS koncepcija, jums ir laba prakse.

Bez tam ir daži vispārīgi padomi, kas var palīdzēt programmatūras QA analītiķiem,