Ar testuotojai turi rašyti kodą?

Turinys

Labai dažnas klausimas, kurį kelia programinės įrangos testavimo kandidatas

... Ar bandytojai turi rašyti kodą?

Prieš atsakydami į šį klausimą, turite suprasti išsamią informaciją apie įvairius programinės įrangos testavimo vaidmenis.

Programinės įrangos kokybės užtikrinimas paprastai skirstomas į dvi kategorijas:

Kokybės analitikas: QA patikrina testo funkcionalumą ir išsamumą. QA patikrina programinę įrangą tik po kūrimo etapo. Kokybės užtikrinimo vaidmuo nėra toks techninis kaip kūrėjo ir gali nereikalauti kodavimo.
SDET (programinės įrangos projektavimo inžinierius bandymuose): Nors SDET, kita vertus, supranta produkto vidinius veikimus. Jie supranta duomenų bazių sąvokas, programavimo kalbas ir pan. Jie taip pat dalyvauja kuriant gaminius, kuriant duomenis ir vartotojo sąsajas. SDET turi veikti kūrimo etape ir reikalauti kodavimo žinių. Taigi SDET vaidmuo yra sudėtingesnis ir apima tiek kūrėjo, tiek bandytojo darbą. Automatikos testuotojai (kurie naudoja tokius įrankius kaip QTP, „Selenium“) taip pat gali būti priskirti SDET.

Taigi remiantis testuotojo vaidmeniu galima nustatyti, ar testuotojui reikia reikalauti kodavimo žinių, ar ne? Leiskite atsakyti į dar kelis su tuo susijusius klausimus.

Per šią pamoką pamatysime šiuos dalykus.

Kokių įgūdžių reikia norint tapti geru testuotoju?
Ką testuotojas turėtų žinoti?
Kiek kodavimo žinių reikia norint tapti geru testuotoju?

Gero testuotojo atributai

Programinės įrangos testavimo metodika skiriasi atsižvelgiant į programinės įrangos produkto poreikį ir specifikacijas. Geras kokybės užtikrinimo arba programinės įrangos testeris vaidina svarbų vaidmenį užbaigiant testavimo procesą.

Gerų testuotojų atributai yra;

Geros žinios apie domeną
Gero loginio mąstymo ir
Geros programavimo įgūdžių žinios.

Kiek kodavimo žinių reikalauja testuotojas

Kodo rašymas ir derinimas yra kūrėjo darbas.

Tada kyla klausimas, kodėl testuotojams reikalingos kodavimo žinios?

Pažvelkime į keletą priežasčių, kodėl bandytojams reikia žinoti kodavimą.

Programinės įrangos testavimas iš esmės apima du metodus: rankinis testavimas ir automatikos testavimas. Pažengusiuoju lygiu testavimas gali būti klasifikuojamas kaip baltos, juodos arba pilkos dėžės testavimas. Skirtingoms testavimo technikoms reikia skirtingų testuotojų įgūdžių.

Atlikdamas „Black box“ testavimą, testeris nereikalauja žinių apie kodavimą. Testeris paprasčiausiai išbando programinę įrangą įvesdamas duomenis ir tada patikrina išvestį.
„White box“ testavimui arba kodų valdymui reikalingos žinios apie kodą. Gali būti naudinga žinoti įvairias programavimo sąvokas, tokias kaip C, C #, C ++, RDBMS sąvoka ir kt.
Testuotojai reikalauja gerų kodavimo žinių, kai eina po automatizavimo ar baltos dėžės testavimo. Taip yra todėl, kad automatizavimo bandymai apima pareiškimų aprėptį, kodų aprėptį, ciklišką sudėtingumą ir kt. Visoms šioms sąvokoms reikia gerai žinoti programavimo įgūdžius ir duomenų bazę.
SQL (struktūrinė užklausų kalba) - kartais bandymams reikia patikrinti duomenų bazę. Taigi, testuotojai turi turėti pagrindines žinias apie SQL komandas, pvz., „Pasirinkti“, „sukurti“, „atnaujinti“ ir pan.
SQL įpurškimas, „SQL injekcija“ yra viena iš duomenų bazių įsilaužimo būdų, įterpiant nepageidaujamas komandas. Geros „JavaScript“ ir SQL komandų žinios yra naudingos norint išvengti tokių programinės įrangos saugumo grėsmių.
„Agile Testing“ - atliekant judrius bandymus, visa komanda yra atsakinga už programinės įrangos kokybę. Viso judriojo proceso metu testeris rašys testą kartu su vienu ar daugiau programuotojų. Taigi norint sukurti automatizuojamą testą, testuotojams būtina žinoti kodą.

Keletas svarbių patarimų programinės įrangos kokybės analitikui

Žinios apie testavimą rankiniu būdu, scenarijų kalbos, pvz., „JavaScript“ ir kt., Suteiks jūsų testavimo įgūdžių.
Būdamas testuotoju, turėtumėte sukaupti pagrindines žinias apie tokias programavimo kalbas kaip „Java“, „VBScript“. Tai nėra būtina, bet būtina. SQL sąvokų, DBVS koncepcijos išmanymas jums yra gera praktika.

Be šių, yra keletas bendrų patarimų, kurie gali padėti programinės įrangos kokybės analitikui,