Sisällysluettelo

• Ohjelmistojen testausartefaktit
• 1. Testisuunnitelma
• Testisuunnitelmien tyypit
• Testisuunnitelmamalli
• Testisuunnitelman ohjeet
• 2. Test Suite
• Mikä on Test Suite?
• Mitä Suite tarkoittaa? Esimerkki selittää
• Testisarjan tyypit
• Test Suitesin ominaisuudet
• Test Suites -mallit
• Ero testiskenaarion, testipaketin, testisuunnitelman ja testitapauksen välillä
• Johtopäätös
• 3. Testitapaus
• Mikä on testitapaus?
• Kuinka kirjoittaa hyviä testitapauksia?
• Testitapausmalli
• Testitapausesimerkki vakiotestitapauksista
• Test Case Management Tools
• 4. Test Script
• Mikä on Test Script?
• Testaa skriptikieli esimerkin avulla
• Millaista koodia käytetään?
• Kuinka luoda testiskripti?
• Kuinka suorittaa testiskripti?
• 5. Testitiedot
• Mitä testidata on?
• Testitietojen tärkeys
• Testitietojen tyypit
• Testitiedot testauksessa
• Hyvät testidatan ominaisuudet
• Tekniikat testitietojen valmistelua tai luomista varten
• Lähestymistavat testidatan luomiseen
• Testaa tiedon luontityökaluja
• Testitietojen hallinta (TDM)
• Testitietojen rajoitukset
• Johtopäätös
• Suositellut artikkelit

5. Testitiedot

Mitä testidata on?

Ohjelmistojen testaamiseen tarvittavien tietojen käsittely jätetään huomiotta.

Testaajat kuitenkin usein unohtavat, että ilman asianmukaista testidataa ohjelmistokehitys ja testaus voivat epäonnistua rajusti.

Erinomainen ja edustava tietojoukko on välttämätön käytännön testitapausten luomiseksi.

Testitiedot ovat järjestelmään esiladattuja tietoja, jotka testaaja syöttää ohjelmistotestin suorittamiseen.

Se voi olla yksinkertaisia ​​käyttäjätunnuksia ja salasanoja tai miljoonia monimutkaisia ​​tietueita.

Testitietojen olennainen vaatimus on, että sen tulee olla täsmällistä ja täsmällistä.

Positiivisessa testauksessa testidata varmistaa toiminnot, jotka tuottavat odotettuja tuloksia, ja negatiivisessa testauksessa toiminnot, jotka tuottavat poikkeuksellisia tai epätavallisia tuloksia odotettuihin tuloksiin verrattuna.

Testitietojen tärkeys

IBM:n vuoden 2016 tutkimuksen mukaan noin. 30-60 % testaajan ajasta kuluu testitietojen etsimiseen, luomiseen tai ylläpitoon.

Näin ollen testitietojen merkitys on:

1. Liiallinen tietomäärä

Tuotanto on kuin heinäsuovasta dataa, josta testitiedot kootaan.

Poikkeustapauksia on vaikea löytää käytettävissä olevan tiedon teratavuista hyödyllisten testien suorittamiseksi.

2. Ei pääsyä tietolähteeseen

GDPR:llä, HIPAA:lla, PCI:llä ja muilla turvallisuussäännöillä on rajoitettu pääsy tietolähteeseen.

Vaikka nämä käytännöt ovat merkittävästi vähentäneet tietomurron mahdollisuuksia, testitiimit tulevat riippuvaisiksi muutamasta työntekijästä. Heillä on pääsy tietoihin voidakseen edetä testitapausten muotoilussa.

3. Virkistysajat ovat pitkiä

Koska testausryhmille ei anneta mahdollisuutta tietojen itsepäivitykseen, tarve ottaa yhteyttä DBA:han on sama.

Se on pitkä prosessi, joka voi joskus kestää päiviä tai viikkoja, ennen kuin virkistys valmistuu.

4. Tuotantotietojen käyttöviive

Koska ketterää testausta ei vieläkään käytetä laajasti organisaatioissa, kun useat tiimit työskentelevät saman projektin parissa ja käyttävät samoja tietokantoja, se johtaa konflikteihin.

Usein käy niin, että tietojoukko, kun se saapuu yhteen tiimiin, on jo muuttunut edellisen tiimin sille suorittamien toimenpiteiden vuoksi.

Testitietojen tyypit

1. Rajatiedot

Tämä on kelvollinen data, joka täyttää rajaehdot.

Jos tiedot on asetettu oikein, ohjelmisto antaa odotetun tulosteen syötteen mukaan.

2. Valtava data

Suorituskykytestauksessa käytetään suurta datajoukkoa, jota kutsutaan valtavaksi dataksi ja joka testaa, hajoaako järjestelmä eri olosuhteissa vai ei.

3. Tyhjät tiedot

Kuten nimestä voi päätellä, se ei sisällä tietoja tai vain tyhjä tiedosto.

Näiden tietojen odotettu lopputulos on, että ohjelmisto ei katkea ja luodut poikkeukset käsitellään oikein asianmukaisilla virheilmoituksilla.

4. Kelvolliset tiedot

Ohjelmisto tukee tai odottaa kelvollisia tietoja, mikä antaa odotetun tuloksen oikealle syötölle.

5. Virheelliset tiedot

Ohjelmisto ei tue eikä odota tämän tyyppisiä tietoja, ja se testaa, katkeaako järjestelmä, kun virheellinen tietojoukko välitetään.

Se myös tarkistaa, käsitelläänkö poikkeukset hyvin vai ei oikeilla virheilmoituksilla.

Testitiedot testauksessa

1. Tietoturvatestauksessa

Turvallisuustestaus on vastuussa järjestelmän yleisestä suojaamisesta haitallisilta aikeilta.

Siksi turvallisuuteen suunnitellut testitiedot tulee suunnitella niin, että ohjelmiston tietoturva testataan perusteellisesti:

Luottamuksellisuus:Testitiedot tulee suunnitella säilyttämään asiakkaan tiedot turvallisesti, eikä niitä jaeta muille kolmansille osapuolille.Eheys:Kun järjestelmän suunnitteluun, tietokantoihin, koodiin ja tiedostorakenteisiin on perehdytty perusteellisesti, voidaan suunnitella sopiva testidata, joka tarkistaa, ovatko järjestelmän antamat tiedot oikein vai eivät.Todennus:Erilaisia ​​testitietoja eri käyttäjätunnuksilla ja salasanoilla voidaan suunnitella varmistamaan, voivatko vain todetut kirjautua järjestelmään vai eivät. Todennus on prosessi, joka määrittää käyttäjän henkilöllisyyden.Valtuutus:Tietyn käyttäjän oikeuksien tai oikeuksien tarkistamiseksi testidata, joka sisältää yhdistelmän käyttäjiä, toimintoja sekä heidän roolejaan ja suunnitelmiaan.

2. White Box -testaus

Testitiedot tarkastelevat suoraan testattavaa koodia white box -testauksessa. Sen suunnittelussa huomioidaan seuraavat asiat:

• Osana polkutestausta testidata on suunniteltava kattamaan enimmäismäärä testitapauksia, jotka kattavat kaikki ohjelman lähdekoodin polut.
• Negatiivinen API-testaus , testaus voi koostua virheellisistä parametrityypeistä tai argumenttien yhdistelmästä ohjelman eri menetelmien kutsumiseksi.
• Testaustiedot voidaan suunnitella siten, että kaikki ohjelman lähdekoodin haarat testataan vähintään kerran.

3. Black Box -testaus

Black-box-testauksen toiminnallisten testitapausten testitiedoilla voi olla seuraavat kriteerit:

Rajaehtotietojoukko:Testitiedot, jotka täyttävät raja-arvoehdot.Käytä tapaustestitietoja:Käytä tapauksia synkronoitujen testitietojen kanssa.Kelvolliset tiedot:Data, jolla tarkistetaan järjestelmän vastaus kelvollisten tietojen syöttämiseen.Virheellinen tieto:Data, jolla tarkistetaan järjestelmän vastaus virheelliseen tiedonsyöttöön.Vastaavuusosion tietojoukko:Testitiedot, jotka hyväksyvät vastaavuusosioita.Tilasiirtymätestin tietojoukko:Testitiedot, jotka vastaavat tilasiirtymien testausstrategiaa.Laiton tietomuoto:Kun testitiedot ovat laittomia, järjestelmän suorituskyky on tarkistettava.Päätöstaulukon tietojoukko:Testaustiedot, jotka täyttävät päätöstaulukon testausstrategian.

4. Suorituskykytestauksessa

Selvitetään enimmäistyökuormitus, jolla järjestelmä voi vastata nopeasti esitettyihin kyselyihin suorituskyvyn testaus .

Yleensä asiakkailta saatua todellista tai live-dataa käytetään testidatan ja testitapausten tuottamiseen suorituskyvyn testausta varten.

Tätä testausta ei käytetä vikojen etsimiseen, vaan sitä käytetään vain pullonkaulojen poistamiseen.

Asiakkaat antavat palautteena jo olemassa olevaa tai uutta dataa siitä, miltä data näyttäisi todellisessa maailmassa.

Hyvät testidatan ominaisuudet

Hyödyllisten testitietojen on oltava tarkkoja ja niillä on oltava seuraavat ominaisuudet:

1. Monipuolinen

Testitiedot on valittava siten, että varmistetaan yksittäisen skenaarion suurin mahdollinen kattavuus vähimmäistietojoukolla.

2. Realistinen

Testitietojen on oltava tarkkoja ja niiden tulee olla tosielämän skenaarioiden yhteydessä.

Realistinen tiedonkäyttö tekee ohjelmistosta vakaamman, koska useimmat viat taltioidaan todellisten olosuhteiden vuoksi.

Realistinen tiedonkäyttö säästää myös aikaa ja vaivaa, joka kuluu uuden tiedon luomiseen yhä uudelleen ja uudelleen.

3. Poikkeukselliset tiedot

Testitiedot voidaan luoda myös poikkeuksellisia skenaarioita varten mainoksena, kun se on soveltuvaa tai sitä edellyttää järjestelmä.

Nämä poikkeukselliset skenaariot ovat niitä, joita esiintyy harvemmin ja vaativat tarkkaa huomiota.

4. Käytännössä voimassa

Tämäntyyppiset tiedot ovat samanlaisia ​​kuin realistiset, mutta eivät ole samoja. Se liittyy enemmän AUT:n liiketoimintalogiikkaan.

Tekniikat testitietojen valmistelua tai luomista varten

Testitietojen valmistelussa on kaksi tekniikkaa:

1. Aseta

Tässä testitiedot lisätään testitapausten tarpeiden mukaan tietokantaan, joka ei saa olla tyhjä.

Huolet:

• Koska tietokantataulukoilla on keskinäisiä riippuvuuksia, tietojen lisääminen tyhjään tietokantaan on testaajan kannalta vaikeaa.
• Siinä tapauksessa että suorituskyky- tai kuormitustestaus , lisätyt testitiedot eivät ehkä riitä.
• Tietokannan kehittäjien apua tarvitaan, koska monimutkaisia ​​kyselyitä tai menettelyjä voidaan käyttää testitietojen lisäämiseen tietokantaan.
• Koska testitietojen joukko on rajallinen, se saattaa piilottaa joitain vikoja, jotka olisi voitu löytää, koska laajempi tietojoukko on toimitettu.

Edut:

• Uuden tiedon lisääminen vähentää testaukseen ja tulosten vertailuun kuluvaa aikaa.
• Koska tietokanta sisältää vain rajoitetun tietojoukon, testitapausten suoritus tehostuu.
• Testitietojen saatavuuden ansiosta testausprosessista tulee häiriötön.
• Virheiden eristäminen vie vähemmän aikaa, koska tietokannassa on vain testitapauksissa määritellyt tiedot.

2. Valitse näytetietoosajoukko

Tämä vaihtoehto on toteuttamiskelpoisempi ja käytännöllisempi testitietojen valmistelussa.

Menetelmässä kopioidaan ja käytetään tuotantotietoja korvaamalla kenttäarvot valearvoilla.

Tämän tekniikan toteuttamiseen tarvitaan hyvät tekniset taidot ja tietokantaskeeman yksityiskohtainen tuntemus SQL vaaditaan.

Vaikka tämä tekniikka on paras tietoosajoukko testaukseen, se ei välttämättä aina ole mahdollista tietoturva- ja yksityisyysongelmien kannalta.

Lähestymistavat testidatan luomiseen

Taustatietojen lisäys:Avulla SQL kyselyitä, olemassa oleva tietokanta voidaan helposti päivittää. Tämä lähestymistapa on nopea ja tehokas, mutta se tulee toteuttaa huolellisesti tietokannan vioittumisen välttämiseksi.Manuaalinen testitietojen luominen:Tämä ajanotto ja virhealtis menetelmä sisältää testaajien manuaalisen testitietojen syöttämisen testitapausvaatimuksen mukaisesti.Kolmannen osapuolen työkalujen käyttäminen:Markkinoilla jotkin työkalut vastaavat asiakkaiden liiketoiminnan tarpeita, mutta ovat kalliita. Ne voidaan räätälöidä sopimaan testiskenaarioon tietojen luomiseksi tai syöttämiseksi kattavan testikattavuuden tarjoamiseksi.Automatisoitu testitietojen luominen:Tämä menetelmä on kalliimpi kuin manuaalinen testitietojen luominen, mutta tarjoaa nopeat ja tarkat tiedot. Se käyttää testidatan luontityökaluja.

Testaa tiedon luontityökaluja

Testitietojen hallinta (TDM)

Testitietojen hallinta on täydellinen prosessi, joka sisältää suunnittelun, suunnittelun, tallennuksen ja organisaation todellista dataa jäljittelevän testaustiedon noudon, jotta kehittäjät ja testaajat voivat suorittaa asianmukaisia ​​testejä niiden avulla.

Testitietojen hallinnan (TDM) merkitys on:

Turvallisuus:Valtion ja muiden viranomaisten asettaman tiukan sääntelyn vuoksi TDM toteuttaa myös tietojen peittämisen, tietoturvan ja tietoturvan kiinteänä osana testidatan tuottamista.Luottamus:TDM tarjoaa hyödyllistä laadukasta dataa ja kattavuutta, jotka auttavat löytämään vikoja nopeasti ja tehokkaasti testausvaiheen aikana. TDM tarjoaa asiakkaille erittäin vakaan ja laadukkaan ohjelmiston, jossa on mahdollisimman vähän vikoja, mikä lisää organisaation luottamusta.Testitietojen kattavuus:TDM:ssä toteutettu testidatan jäljitettävyys tarjoaa paremman testidatan kattavuuden ja vikakuvioiden tunnistamisen.Uudelleenkäytettävyys:Tietojen uudelleenkäytettävyys vähentää kustannuksia, koska uudelleenkäytettävät tiedot arkistoidaan ja testaustiimi voi käyttää niitä tarpeen mukaan.Varhainen bugien havaitseminen:Paremman testin kattavuuden ja jäljitettävyyden ansiosta virheet voidaan löytää ja korjata aikaisin, mikä vähentää tuotantokustannuksia.Toimitetut tiedot:TDM:ssä tietoja hallitaan yhdessä paikassa, ja ne voidaan varata eri testaustyypeille, kuten toiminnalliselle, suorituskyvylle, integraatiolle ja muille. Se myös vähentää redundanssia ja varastointikustannuksia.Pienennä kopiota:TDM ylläpitää kaikkia tietoja samassa arkistossa, jota kaikki ryhmät voivat käyttää, joten tiimin ei tarvitse tehdä useita kopioita samoista tiedoista yksittäisiin käyttötarkoituksiin. Näin TDM varmistaa varastotilan huolellisen käytön.

Testitietojen rajoitukset

• Testitiedot eivät saa sisältää yksityisyyteen liittyviä arkaluonteisia tietoja tai henkilökohtaisia ​​tunnistetietoja (PII).
• Sairausvakuutusten siirrettävyyttä ja vastuullisuutta koskevassa laissa (HIPAA), maksukorttialan tietoturvastandardissa (PCI DSS) ja yleisessä tietosuoja-asetuksessa (GDPR) määritellyt tietosuojasäännöt ovat rajoittaneet yksityisten tietojen käyttöä testaustarkoituksiin.
• Anonymisoituja tietoja voidaan käyttää testaus- ja kehitystarkoituksiin.
• Testaaja voi myös luoda synteettistä dataa, mutta siihen liittyy tiettyjä rajoituksia, kuten rajallinen mahdollisuus väärennettyjen tietojen tuottamiseen, aika-, hinta- ja laaturajoitukset.

Testaustiimi vastaa testitietojen tuottamisesta; Heillä voi kuitenkin olla suora pääsy tuotantotietoihin tai ei.

Tuotanto on raakadataa, joka ei sovellu suoraan testaukseen ja vaatii huomattavia ponnisteluja tiedon lajitteluun, hallintaan ja mukauttamiseen testaajan tarpeiden mukaan.

Laadukkaan ja vähemmän vikoja sisältävän ohjelmiston luomiseen tarvitaan laadukasta dataa, ja tähän tarkoitukseen testidatan hallinta on paras ratkaisu.

Johtopäätös

Nämä ovat joitakin tärkeitä ohjelmistotestauksen artefakteja, jotka on valmistettu kaikkia ohjelmistotestausprojekteja varten yleensä. Nämä asiakirjat antavat selkeän kuvan siitä, mitä testattiin, ja myös testitulosten tuloksista.