Pitääkö testaajien kirjoittaa koodi?

Sisällysluettelo

Hyvin yleinen kysymys, joka on ohjelmistojen testaamiseen pyrkivällä, on

… Pitääkö testaajien kirjoittaa koodia?

Ennen kuin vastaamme tähän kysymykseen, on ymmärrettävä täydellinen käsitys erilaisista ohjelmistojen testausrooleista.

Ohjelmiston laadunvarmistus on yleensä jaettu kahteen luokkaan,

Laatuanalyytikko: Laadunvalvonta varmistaa testin toimivuuden ja täydellisyyden. Laadunvalvonta tarkistaa ohjelmiston vasta kehitysvaiheen jälkeen. Laadunvalvontarooli ei ole yhtä tekninen kuin kehittäjä, eikä se välttämättä tarvitse koodausta.
SDET (Software Design Engineer in Test): SDET toisaalta ymmärtää tuotteen sisäisen toiminnan. He ymmärtävät tietokantakäsitteitä, ohjelmointikieliä jne. Ja osallistuvat myös tuotesuunnitteluun, tietosuunnitteluun ja käyttöliittymiin. SDET-tiedostojen on toimittava kehitysvaiheessa ja ne edellyttävät koodausta. Joten SDET: n rooli on haastavampi, ja siihen liittyy sekä kehittäjän että testaajan työtä. Automaatiotestaajat (jotka käyttävät työkaluja, kuten QTP, Selenium) voidaan myös luokitella SDET: ksi.

Joten testaajan roolin perusteella voidaan määrittää, tarvitsisiko testaaja koodaustietoa vai ei? Anna vastauksen muutamiin siihen liittyviin kysymyksiin.

Näemme seuraavia asioita tämän opetusohjelman aikana.

Mitä taitoja vaaditaan, jotta hänestä tulee hyvä testaaja?
Mitä testaajan tulisi tietää?
Kuinka paljon koodaustietoa tarvitaan tullakseen hyväksi testaajaksi?

Hyvän testaajan ominaisuudet

Ohjelmistojen testausmenetelmät vaihtelevat ohjelmistotuotteen tarpeen ja spesifikaatioiden mukaan. Hyvällä laadunvalvonnalla tai ohjelmistotestauksella on tärkeä rooli testausprosessin loppuun saattamisessa.

Hyvien testaajien ominaisuudet ovat;

Hyvä verkkotunnustieto
Hyvä looginen ajattelu ja
Hyvä ohjelmointitaidon tuntemus.

Kuinka paljon koodaustietoa testaaja vaatii

Koodin kirjoittaminen ja virheenkorjaus on kehittäjän tehtävä.

Sitten herää kysymys, miksi testaajille tarvitaan koodausta?

Katsotaanpa syy siihen, miksi koodauksen tunteminen on testaajille välttämätöntä.

Ohjelmistojen testaus sisältää periaatteessa kaksi lähestymistapaa Manuaalinen testaus ja Automaatiotestaus. Edistyneellä tasolla testaus voidaan luokitella valkoisen, mustan tai harmaan laatikon testaukseksi. Erilaiset testaustekniikat vaativat testaajilta erilaisia taitoja.

Suorittaessaan mustan laatikon testausta testaaja ei vaadi koodauksen tuntemusta. Tester yksinkertaisesti testaa ohjelmistoa syöttämällä tiedot ja sitten tuloksen.
Valkoisen laatikon testaus tai koodipohjainen testaus edellyttää kooditietoa. Eri ohjelmointikonseptien, kuten C, C #, C ++, RDBMS-käsitteen, tunteminen voi olla hyödyllistä.
Testaajat vaativat hyvää koodaustietoa, kun he menevät automatisointitestauksen tai valkoisen laatikon testauksen jälkeen. Tämä johtuu siitä, että automaatiotestaus sisältää lausekkeiden kattavuuden, koodin peittävyyden, syklomaattisen monimutkaisuuden jne. Kaikki nämä käsitteet tarvitsevat hyvän ohjelmointitaidon ja tietokannan tuntemuksen.
SQL (strukturoitu kyselykieli) - joskus testaus vaatii tietokannan vahvistuksen. Testaajilla on siis oltava perustiedot SQL-komennoista, kuten -'select ',' create ',' update 'ja niin edelleen.
SQL-injektio, "SQL-injektio" on yksi tekniikoista, joita käytetään tietokannan hakkerointiin lisäämällä ei-toivottuja komentoja. Hyvä JavaScript- ja SQL-komentojen tuntemus on kätevä tällaisten ohjelmistojen tietoturvauhkien torjumiseksi.
Ketterä testaus - Ketterässä testauksessa koko tiimi on vastuussa ohjelmiston laadusta. Koko ketterän prosessin ajan testaaja työskentelee yhden tai useamman ohjelmoijan kanssa testin kirjoittamiseksi. Joten automaattisen testin luomiseksi testaajien on ehdottomasti tiedettävä koodi.

Joitakin tärkeitä vinkkejä ohjelmiston laadunvarmistusanalyytikoille

Manuaalisen testauksen tuntemus, komentosarjakielet, kuten JavaScript, jne. Lisäävät arvoa testausosaamiseen.
Testaajana sinun tulisi rakentaa perustietosi ohjelmointikielistä, kuten Java, VBScript. Se ei ole välttämätöntä, mutta se on välttämätöntä. SQL-käsitteiden, DBMS-käsitteen, tuntemus on hyvä käytäntö sinulle.

Näiden lisäksi on olemassa muutamia yleisiä vinkkejä, jotka voivat auttaa ohjelmiston laadunvarmistusanalyytikkoa,