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

Ohjelmistojen testausartefaktit

Jokaiselle ohjelmistotestaushankkeelle on useita ohjelmistotestaus-artefakteja, jotka valmistavat ohjelmistotestausryhmän, joka tarkastelee ja hyväksyy projektiryhmän jokaisen projektin vaiheen aikana. Olemme listanneet kaikki tärkeät ohjelmistotestauksen artefaktit tässä artikkelissa.

1. Testisuunnitelma

The testisuunnitelma on dokumentti, joka kuvaa testauksen laajuutta ja toimintaa ohjelmistotestauksessa. Kaikkien ohjelmistojen tai tuotteiden muodollinen testaus tehdään tätä käyttämällä. Tämä on ensimmäinen asiakirja, joka on luotu osana ohjelmistotestauksen artefakteja

Testisuunnitelmadokumentti sisältää:

• Testikohteet
• Testattavat ominaisuudet
• Mitkä testaustehtävät tulee tehdä
• Kuka suorittaa jokaisen tehtävän
• Itsenäisyysaste
• Testiympäristössä
• Testisuunnittelutekniikat
• Sisään- ja poistumiskriteerit
• Tehtyjen valintojen perustelut
• Varasuunnitelmia edellyttävät riskit

Voimme sanoa, että se on dokumentti, jota käytetään testin suunnitteluprosessin tallentamiseen.

ISBTQ määrittelee myös päätestisuunnitelman ja vaihetestisuunnitelman seuraavasti:

Päätestisuunnitelma: Useita testitasoja koskevaa suunnitelmaa kutsutaan päätestisuunnitelmaksi.

Vaihetestaussuunnitelma: Suunnitelmaa, joka koskee yhtä testivaihetta, kutsutaan vaihetestisuunnitelmaksi.

Tarkastetaan nyt testisuunnitelman, testimallin ja testiohjeiden eri tyypit.

Testisuunnitelmien tyypit

On olemassa seuraavanlaisia ​​erityyppisiä testisuunnitelmia:

Päätestisuunnitelma: Se on korkeimman tason testisuunnitelma projektille/tuotteelle, joka yhdistää kaikki muut testisuunnitelmat.

Testaustasokohtainen testisuunnitelma: Tämä on suunnitelma jokaiselle seuraavista testaustasoista:

• Yksikkötestaus – Yksikkötestisuunnitelma
• Integraatiotestaus – Integraatiotestisuunnitelma
• Järjestelmän testaus – Järjestelmän testaussuunnitelma
• Käyttäjän hyväksyntätestaus – Hyväksymistestisuunnitelma

Testaustyyppikohtainen testisuunnitelma: Suunnitelmat erityyppisille testauksille, kuten Suorituskykytesti suunnitelma ja turvatestisuunnitelma sisältyvät tähän tyyppiin.

Testisuunnitelmamalli

Alla oleva testisuunnitelmamalli perustuu ohjelmistotestidokumentaation IEEE-standardiin.

Vaikka ohjelmistojen testaussuunnitelman muoto ja sisältö vaihtelevat standardien, prosesseihin ja testaustyökalujen käyttöönottoon, IEEE on perusstandardi, joka tarjoaa yhteenvedon testisuunnitelmaan.

1. Testisuunnitelman tunniste

• Jokaisessa testisuunnitelmassa on oltava yksilöllinen tunniste asiakirjan tunnistamiseksi. Jos meillä on kokoonpanonhallintajärjestelmä, meidän on noudatettava sitä.

2. Johdanto

• Testisuunnitelman yleiskuvaus tulee antaa johdannossa.
• Tavoite, tavoitteet ja rajoitteet tulee määritellä johdannossa.

3. Viitteet

• Projektisuunnitelma, konfiguraation hallintasuunnitelma ja muut asiaan liittyvät asiakirjat on lueteltava, ja linkit kuhunkin on annettava.

4. Testikohteet

• Projektissa käytetyt ohjelmistot tai tuotteet ja tuotteet tulee listata niiden vastaavien versioineen.

5. Testattavat ominaisuudet

• Testattavan ohjelmiston tai tuotteen eri ominaisuudet on lueteltava.
• Testattavien ominaisuuksien vaatimukset ja suunnitteluspesifikaatiot tulee viitata.

6. Ominaisuudet, joita ei testata

• Ominaisuudet, joita ei tarvitse testata, tulee luetella ja niiden syyt olla testaamatta.

7. Lähestymistapa

• Testaustapa tai tapa, jolla testaus suoritetaan, on mainittava.
• Testaustasot, kuten master-testaussuunnitelma, testaustyypit ja testaamiseen käytetyt menetelmät, kuten manuaalinen tai automaattinen, valkoinen laatikko, musta laatikko tai harmaa laatikko testaus.

8. Kohteen hyväksyntä/hylätty kriteeri

• Jokaisen testikohteen onnistumis- (läpäisy-) tai epäonnistumiskriteerit, olipa kyseessä ohjelmisto tai tuote, on määriteltävä.

9. Jousituskriteerit ja uudelleenlaskuvaatimukset

• Testaustoiminnan keskeytyskriteerit tulee määritellä testisuunnitelmassa.
• Kun testaus jatkuu, on määritettävä redone-testaustoimet.

10. Testitoimitukset

• Suoritteet ja niitä vastaavat, jos saatavilla, tulee luetella.
• Jotkut niistä ovat:
  • Testitapaukset
  • Testisuunnitelma
  • Testiraportit
  • Testaa komentosarjoja
  • Vika tai Virheraportit

11. Testiympäristö

• Verkko, laitteisto, ohjelmisto ja muut testiympäristön ominaisuudet olisi määritettävä.
• Testaus tai muut asiaan liittyvät työkalut on lueteltava.

12. Arvio

• Yhteenveto kustannus- ja ponnistelutestin arvioista tulee tehdä yhteenveto ja linkittää yhdessä niiden yksityiskohtaisen arvion kanssa.

13. Aikataulu

• On toimitettava yhteenveto aikataulusta ja linkki yksityiskohtaiseen aikatauluun, jossa tärkeimmät testien välitavoitteet on määritelty.

14. Henkilöstö ja koulutus tarpeet

• Henkilökunnalta vaadittavat roolit ja taidot tulee määritellä.
• Olisi annettava riittävä koulutus hankkimaan nämä tarvittavat taidot.

15. Vastuut

• Jokaisen joukkueen, roolin ja yksilön vastuut tulee luetella.

16. Riskit

• Tunnistetut riskit on lueteltava.
• Jokaiselle riskille on määriteltävä tarvittavat lievennys- ja valmiussuunnitelmat.

17. Oletukset ja riippuvuudet

• Kaikki koko testisuunnitelman valmistelun aikana tehdyt oletukset olisi lueteltava.
• Kaikki testisuunnitelman riippuvuudet on lueteltava.

18. Hyväksynnät

• Lopuksi tulee määritellä jokaisen testisuunnitelman hyväksyvän henkilön nimet ja roolit.
• Allekirjoitukselle ja päivämäärille tulee varata riittävästi tilaa.

Testisuunnitelman ohjeet

• Tekemisen aikana aina ole tarkka Tietoja kaikista yksityiskohdista, jotta ei ole tilaa epäselvyyteen. Esimerkiksi, kun määrität käyttöjärjestelmän tyypin, mainitse myös versio tai versio.
• Ennen kuin lähetät lopullisen hyväksynnän, varmista, että testisuunnitelma on huolellisesti tehty tarkistettu ja tarkistettu pari kertaa. Testisuunnitelman laatu määrää tiimimme ja meidän suorittaman testauksen laadun.
• Varmista, että testisuunnitelma on n ytimekäs Mahdollinen ja se on vapaa irtisanomisesta ja ylimääräisestä. Kaikki edellä mainitun mallin osa ei ole välttämätöntä, joten Poista kaikki osa, jonka suunnitelmamme ei tarvitse.
Päivittäätestisuunnitelman niin usein kuin on tarpeen. Vanhemmat ja vanhentuneet testisuunnitelmaasiakirjat ovat tarpeettomia. Vanhentunut, käyttämätön testisuunnitelma on pahempaa kuin testaussuunnitelman puuttuminen.
• Käytä pitkät kappaleet, käytä sitä luettelot ja taulukot koska ne helpottavat sisällön ymmärtämistä.