TESTAUSSUUNNITELMA: Mikä on, kuinka luoda (esimerkin avulla)

Testisuunnitelma

Test Plan on yksityiskohtainen asiakirja, jossa kuvataan testi, tavoitteita, aikataulu, arviointi, suoritteiden ja resursseja tarvitaan testausta varten ohjelmistotuotetta. Testisuunnitelma auttaa meitä määrittämään tarvittavat ponnistelut testattavan sovelluksen laadun vahvistamiseksi. Testisuunnitelma toimii suunnitelmana ohjelmistojen testaustoimintojen suorittamiseksi määriteltynä prosessina, jota testipäällikkö tarkkailee ja ohjaa tarkasti.

ISTQB: n määritelmän mukaan: "Testisuunnitelma on asiakirja, joka kuvaa suunnitellun testitoiminnan laajuuden, lähestymistavan, resurssit ja aikataulun."

Aloitetaan seuraavasta testisuunnitelman esimerkistä / skenaariosta: Haluat kokouksessa keskustella testisuunnitelmasta tiimin jäsenten kanssa, mutta he eivät ole kiinnostuneita -.

Mitä sellaisessa tapauksessa teet? Valitse vastauksesi seuraavana kuvana

A) Olen Manager, tee kaikki kuten sanoin
B) Selvä, selitän, miksi tarvitsemme
virheellisen testisuunnitelman
Test Managerina sinun on selitettävä heille testisuunnitelman merkitys sen sijaan, että pakottaisit tiimin tekemään mitä haluat. Oikea
Testijohtajana sinun on selitettävä heille testisuunnitelman merkitys sen sijaan, että pakottaisit tiimin tekemään mitä haluat.

Mikä on testisuunnitelman merkitys?

Testisuunnitelma-asiakirjan tekemisellä on useita etuja

• Auta testausryhmän ulkopuolisia ihmisiä, kuten kehittäjiä, yritysjohtajia, asiakkaita ymmärtämään testauksen yksityiskohdat.
• Testisuunnitelma ohjaa ajatteluamme. Se on kuin sääntökirja, jota on noudatettava.
• Tärkeät näkökohdat, kuten testin arviointi, testin laajuus, testistrategia, on dokumentoitu testisuunnitelmassa , joten johtoryhmä voi tarkistaa sen ja käyttää sitä uudelleen muissa projekteissa.

Kuinka kirjoittaa testisuunnitelma

Tiedät jo, että testisuunnitelman tekeminen on testinhallintaprosessin tärkein tehtävä. Luo IEEE 829 -standardin mukainen testisuunnitelma noudattamalla alla olevia seitsemää vaihetta

1. Analysoi tuote
2. Suunnittele testistrategia
3. Määritä testitavoitteet
4. Määritä testikriteerit
5. Resurssien suunnittelu
6. Suunnittele testiympäristö
7. Aikataulu ja arvio
8. Määritä testitulokset

Vaihe 1) Analysoi tuote

Kuinka voit testata tuotetta ilman mitään tietoa siitä? Vastaus on mahdoton. Tuote on opittava perusteellisesti ennen sen testaamista.

Testattava tuote on Guru99-pankkisivusto. Sinun tulisi tutkia asiakkaita ja loppukäyttäjiä tuntemaan heidän tarpeet ja odotukset sovelluksesta

• Kuka käyttää verkkosivustoa?
• Mihin sitä käytetään?
• Kuinka se toimii?
• Mitä ohjelmistoja / laitteita tuote käyttää?

Voit käyttää seuraavaa lähestymistapaa sivuston analysointiin

Sovelletaan nyt yllä olevaa tietoa todelliseen tuotteeseen: Analysoi pankkisivusto http://demo.guru99.com/V4.

Sinun tulisi tutustua tähän verkkosivustoon ja tarkistaa myös tuotedokumentaatio. Tuotedokumentaation tarkastelu auttaa sinua ymmärtämään kaikki verkkosivuston ominaisuudet ja sen käytön. Jos et ole varma mistään tuotteista, saatat haastatella asiakasta, kehittäjää, suunnittelijaa saadaksesi lisätietoja.

Vaihe 2) Kehitä testistrategia

Testausstrategia on kriittinen vaihe testisuunnitelman laatimisessa ohjelmistojen testauksessa. Testistrategia-asiakirja on korkean tason asiakirja, jonka yleensä kehittää Test Manager. Tässä asiakirjassa määritellään:

• Projektin testaustavoitteet ja keinot niiden saavuttamiseksi
• Määrittelee testaus vaivaa ja kustannuksia

Palaa projektiisi, sinun on kehitettävä testistrategia kyseisen pankkisivuston testaamiseksi. Noudata alla olevia ohjeita

Vaihe 2.1) Määritä testauksen laajuus

Ennen minkään testitoiminnan aloittamista testauksen laajuus olisi tiedettävä. Sinun täytyy ajatella kovasti sitä.

• Testattavat järjestelmän komponentit (laitteisto, ohjelmisto, väliohjelmat jne.) Määritellään " soveltamisalaan "
• Myös järjestelmän komponentit, joita ei testata, on määriteltävä selvästi " soveltamisalan ulkopuolelle ".

Testausprojektisi laajuuden määrittely on erittäin tärkeää kaikille sidosryhmille. Tarkka laajuus auttaa sinua

• Anna kaikille luottamusta ja tarkkoja tietoja tekemäsi testauksesta
• Kaikilla projektin jäsenillä on selkeä käsitys siitä, mitä testataan ja mikä ei

Kuinka määrität projektisi laajuuden?

Laajuuden määrittämiseksi sinun on

• Tarkka asiakkaan vaatimus
• Hankkeen budjetti
• Tuote-erittely
• Testiryhmäsi taidot ja lahjakkuus

Nyt pitäisi määritellä selkeästi testauksen "soveltamisala" ja "ulkopuolella".

• Ohjelmistovaatimusten mukaisesti Guru99 Bank -projekti keskittyy vain verkkosivuston Guru99 Bank kaikkien toimintojen ja ulkoisen käyttöliittymän testaamiseen ( laajuuden testauksessa)
• Toimimattomia testauksia, kuten stressiä , suorituskykyä tai loogista tietokantaa, ei tällä hetkellä testata. ( Pois laajuus)

Ongelmaskenaario

Asiakas haluaa sinun testaavan hänen sovellusliittymänsä. Mutta hankkeen budjetti ei salli sitä. Mitä sellaisessa tapauksessa teet?

No, tällöin sinun on vakuutettava asiakas, että Api-testaus on ylimääräistä työtä ja kuluttaa huomattavia resursseja. Anna hänelle tietoja, jotka tukevat tosiasioitasi. Kerro hänelle, jos Api-testaus sisältyy soveltamisalaan, budjetti kasvaa XYZ-määrällä.

Asiakas suostuu ja vastaavasti uudet soveltamisalaan kuulumattomat kohteet ovat

• Laajuuserät: Toiminnallinen testaus, Api-testaus
• Soveltamisalaan kuulumattomat kohteet: Tietokannan testaus, laitteistot ja muut ulkoiset rajapinnat

Vaihe 2.2) Määritä testityyppi

Testaus Tyyppi on standardoitua koemenetelmää, joka antaa odotettu testin tuloksen.

Jokainen testaustyyppi on muotoiltu tunnistamaan tietyntyyppiset tuoteviat. Mutta kaikilla testaustyypeillä pyritään saavuttamaan yksi yhteinen tavoite " Kaikkien vikojen varhainen havaitseminen ennen tuotteen luovuttamista asiakkaalle"

Käytetään yleisesti testattaessa tyyppejä kuvataan seuraavan kuvan

On tonnia Testaus Tyypit testaamiseen ohjelmistotuotetta. Tiimilläsi ei voi olla tarpeeksi ponnisteluja kaikenlaisten testien käsittelemiseksi. Test Managerina sinun on määritettävä testaustyyppien prioriteetti

• Mitkä testaustyypit tulisi keskittää verkkosovellusten testaukseen?
• Mitkä testaustyypit tulisi jättää huomiotta kustannussäästöjen kannalta?

Harjoitellaan nyt projektisi kanssa. Testattava tuote on pankkisivusto.
Mihin testaustyyppeihin sinun tulisi keskittyä tässä tapauksessa?
Valitse kaikki jotka sopivat A) Yksikkötestaus B) API-testaus C) Integraation testaus D) Järjestelmän testaus E) Asenna / poista testaus F) Ketterä testaus Valitse vain B) API-testaus C) Integraatiotestaus D) Järjestelmätestaus Guru99-projektille

Vaihe 2.3) Dokumentoi riski ja ongelmat

Riski on tulevaisuuden epävarma tapahtuma, jolla on todennäköisyys esiintyä ja mahdollisuus tappioihin. Kun riski todella tapahtuu, siitä tulee '' ongelma ''.

Artikkelissa Riskianalyysi ja ratkaisu olet jo oppinut yksityiskohtaisesti 'Riskianalyysistä ja tunnistanut mahdolliset riskit projektissa.

Laadunvalvontatestisuunnitelmassa dokumentoit nämä riskit

Riski	Lieventäminen
Tiimin jäsenellä ei ole tarvittavia taitoja verkkosivustojen testaamiseen.	Suunnittele kurssi jäsenten taitamiseksi
Projektin aikataulu on liian tiukka; on vaikea saada tämä projekti päätökseen ajoissa	Aseta testiprioriteetti jokaiselle testitoiminnolle.
Test Managerilla on heikko johtamistaito	Suunnitelma johtamiskoulutusta varten johtaja
Yhteistyön puute vaikuttaa kielteisesti työntekijöiden tuottavuuteen	Kannusta jokaista ryhmän jäsentä tehtävään ja innosta heitä suurempiin ponnisteluihin.
Väärä budjetti-arvio ja kustannusten ylitykset	Määritä laajuus ennen työn aloittamista, kiinnitä paljon huomiota projektisuunnitteluun ja seuraa ja mittaa jatkuvasti edistymistä

Vaihe 2.4) Luo testilogistiikka

Testilogistiikassa testipäällikön tulee vastata seuraaviin kysymyksiin:

• Kuka testaa?
• Milloin testi tapahtuu?

Kuka testaa?

Et ehkä tiedä tarkan testaajan nimeä, mutta testaajan tyyppi voidaan määrittää.

Jos haluat valita oikean jäsenen määrättyyn tehtävään, sinun on harkittava, onko hänen taitonsa pätevä tehtävään vai ei, arvioi myös projektibudjetti. Väärän jäsenen valitseminen tehtävälle voi aiheuttaa projektin epäonnistumisen tai viivästymisen .

Henkilö, jolla on seuraavat taidot, on ihanteellinen ohjelmistojen testaamiseen:

• Kyky ymmärtää asiakkaiden näkökulmaa
• Vahva halu laatua
• Huomiota yksityiskohtiin
• Hyvä yhteistyö

Projektissasi jäsen, joka ottaa vastuun testin suorittamisesta, on testaaja. Projektin budjetin perusteella voit valita testaajaksi lähteen sisäisen tai ulkoistetun jäsenen.

Milloin testi tapahtuu?

Testitoiminnot on sovitettava niihin liittyviin kehitystoimintoihin.

Aloitat testauksen, kun kaikki tarvittavat kohteet on esitetty seuraavassa kuvassa

Vaihe 3) Määritä testin tavoite

Testin tavoite on testin yleinen tavoite ja saavutus. Testauksen tavoitteena on löytää mahdollisimman monta ohjelmistovikaa; Varmista ennen julkaisua , että testattava ohjelmisto on virheetön .

Määritä testitavoitteet tekemällä 2 seuraavaa vaihetta

1. Luettele kaikki ohjelmiston ominaisuudet (toiminnot, suorituskyky, graafinen käyttöliittymä…), jotka on ehkä testattava.
2. Määritä testin kohde tai tavoite yllä olevien ominaisuuksien perusteella

Sovelletaan näitä vaiheita löytääksesi Guru99 Bank -testausprojektisi testitavoitteen

Voit valita " YLÖS-ALAS" -menetelmän löytääksesi sivuston ominaisuudet, jotka saattavat joutua testaamaan. Tässä menetelmässä jaat testattavan sovelluksen komponentiksi ja alikomponentiksi .

Edellisessä aiheessa olet jo analysoinut vaatimustiedot ja käynyt läpi verkkosivuston, joten voit luoda mielikartan löytääksesi verkkosivuston ominaisuudet seuraavasti

Tämä kuva näyttää kaikki ominaisuudet, joita Guru99-verkkosivustolla voi olla.

Yllä olevien ominaisuuksien perusteella voit määrittää Guru99-projektin testitavoitteen seuraavasti

• Tarkista, toimiiko verkkosivuston Guru99- toiminto (tili, talletus…) odotetusti ilman virheitä tai virheitä todellisessa liiketoimintaympäristössä
• Tarkista, että verkkosivuston ulkoinen käyttöliittymä, kuten käyttöliittymä, toimii odotetulla tavalla ja vastaa asiakkaan tarpeita
• Varmista verkkosivuston käytettävyys . Ovatko nämä toiminnot käteviä käyttäjälle vai eivät?

Vaihe 4) Määritä testikriteerit

Testikriteerit ovat standardi tai sääntö, johon testimenettely tai testiversio voi perustua. Seuraavia testikriteerejä on kahden tyyppisiä

Jousituskriteerit

Määritä testin kriittiset keskeytyskriteerit. Jos keskeytyskriteerit täyttyvät testauksen aikana, aktiivinen testisykli keskeytetään, kunnes kriteerit on ratkaistu .

Testisuunnitelmaesimerkki: Jos tiimisi jäsenet ilmoittavat, että 40% testitapauksista epäonnistui, sinun on keskeytettävä testaus, kunnes kehitystiimi korjaa kaikki epäonnistuneet tapaukset.

Poistumiskriteerit

Siinä määritetään kriteerit, jotka osoittavat testivaiheen onnistuneen loppuun saattamisen. Poistumiskriteerit ovat testin kohdennettuja tuloksia ja ovat välttämättömiä ennen seuraavaan kehitysvaiheeseen siirtymistä. Esimerkki: 95% kaikista kriittisistä testitapauksista on läpäistävä.

Joitakin menetelmiä poistumiskriteerien määrittelemiseksi ovat määrittämällä kohdennettu ajonopeus ja läpäisynopeus .

• Suoritusnopeus on suoritettujen testitapausten lukumäärän ja testimäärityksen testitapausten kokonaismäärä . Esimerkiksi testimäärityksessä on yhteensä 120 TC: tä, mutta testaaja suoritti vain 100 TC: tä, joten ajotaajuus on 100/120 = 0,83 (83%)
• Läpäisyaste on suhde numeroiden testi tapauksissa läpäissyt / testi tapauksissa suoritetaan . Esimerkiksi yli 100 suoritetussa TC: ssä läpäisi 80 TC: tä, joten läpäisyaste on 80/100 = 0,8 (80%)

Nämä tiedot voidaan hakea Test Metric -asiakirjoista.

• Ajonopeuden on oltava 100%, ellei selkeää syytä ilmoiteta.
• Hyväksyntänopeus riippuu projektin laajuudesta, mutta tavoitteena on saavuttaa korkea läpäisyaste .

Testisuunnitelmaesimerkki: Tiimisi on jo suorittanut testisuoritukset. He ilmoittavat testituloksen sinulle ja haluavat sinun vahvistavan poistumisperusteet.

Edellä mainitussa tapauksessa ajonopeus on pakollinen 100%, mutta testiryhmä suoritti vain 90% testitapauksista. Se tarkoittaa, että ajonopeus ei ole tyydyttävä, joten ÄLÄ vahvista poistumisehtoja

Vaihe 5) Resurssien suunnittelu

Resurssisuunnitelma on yksityiskohtainen yhteenveto kaikentyyppisistä resursseista, joita tarvitaan projektin suorittamiseen. Resursseja voivat olla projektin loppuun saattamiseen tarvittavat ihmiset, laitteet ja materiaalit

Resurssisuunnittelu on tärkeä tekijä testisuunnittelussa, koska se auttaa määrittämään projektissa käytettävien resurssien (työntekijä, laitteet jne.) Määrän . Siksi Test Manager voi tehdä oikean aikataulun ja arvion projektille.

Tämä osio kuvaa projektisi suositellut resurssit.

Henkilöstöresurssit

Seuraava taulukko edustaa projektitiimisi eri jäseniä

Ei.	Jäsen	Tehtävät
1.	Test Manager	Hallitse koko projektia Määrittele hankkeen suuntiin Hanki asianmukaiset resurssit
2.	Testaaja	Asianmukaisten testaustekniikoiden / työkalujen / automaatioarkkitehtuurin tunnistaminen ja kuvaaminen Tarkista ja arvioi testimenetelmä Suorita testit, lokitulokset , ilmoita virheistä. Testaaja voi olla lähtö- tai ulkoistettu jäsen, perustuen projektibudjettiin Alhaisia taitoja vaativaan tehtävään suosittelen, että valitset ulkoistetut jäsenet säästämään projektikustannuksia.
3.	Kehittäjä Testissä	Toteuta testitapaukset, testiohjelma, testipaketti jne.
4.	Testaa järjestelmänvalvoja	Rakentaa ja varmistaa testiympäristön ja omaisuuden hallinnan ja ylläpidon Tuki Testerille testausympäristön käyttämiseen testin suorittamiseen
5.	SQA: n jäsenet	Vastaa laadunvarmistuksesta Tarkista, täyttääkö testausprosessi määritellyt vaatimukset

Järjestelmän resurssi

Verkkosovelluksen testaamista varten sinun on suunniteltava resurssit seuraavien taulukoiden mukaisesti:

Ei.	Resurssit	Kuvaukset
1.	Palvelin	Asenna testattava verkkosovellus Tämä sisältää erillisen verkkopalvelimen, tietokantapalvelimen ja sovelluspalvelimen, jos sellainen on
2.	Testityökalu	Testaustyökalu on automatisoida testaus, simuloida käyttäjän toimintaa, tuottaa testitulokset Tässä projektissa voi käyttää useita testityökaluja, kuten seleeni, QTP jne.
3.	Verkko	Tarvitset verkon, johon kuuluu lähiverkko ja Internet, todellisen liike- ja käyttäjäympäristön simuloimiseksi
4.	Tietokone	Tietokone, jota käyttäjät usein käyttävät verkkopalvelimen yhdistämiseen

Vaihe 6) Suunnittele testiympäristö

Mikä on testiympäristö

Testausympäristö on ohjelmiston ja laitteiston kokoonpano, jossa testausryhmä aikoo suorittaa testitapauksia. Testiympäristö koostuu todellisesta liike- ja käyttäjäympäristöstä sekä fyysisistä ympäristöistä, kuten palvelimesta, käyttöliittymän käyttöympäristöstä.

Testiympäristön määrittäminen

Takaisin projektiisi, miten luot testiympäristön tälle pankkisivustolle?

Tämän tehtävän suorittamiseen tarvitaan vahva yhteistyö testiryhmän ja kehitystiimin välillä

Sinun tulisi kysyä kehittäjältä joitain kysymyksiä testattavan verkkosovelluksen ymmärtämiseksi selkeästi . Tässä on joitain suositeltuja kysymyksiä. Tietenkin voit kysyä muita kysymyksiä tarvittaessa.

• Mikä on suurin käyttäjäyhteys, jota tämä verkkosivusto voi käsitellä samanaikaisesti?
• Mitkä ovat laitteisto- ja ohjelmistovaatimukset tämän verkkosivuston asentamiseksi?
• Tarvitseeko käyttäjän tietokoneessa erityisiä asetuksia verkkosivuston selaamiseen?

Seuraava kuva kuvaa pankkisivuston www.demo.guru99.com/V4 testiympäristöä

Vaihe 7) Aikataulu ja arviointi

Artikkelissa Testiarviointi olet jo käyttänyt joitain tekniikoita arvioidaksesi projektin loppuun saattamisen vaivaa. Sinun tulisi nyt sisällyttää kyseinen arvio sekä aikataulu testisuunnitteluun

Testausarviointivaiheessa oletetaan, että jaat koko projektin pieniksi tehtäviksi ja lisäät estimaatin jokaiselle tehtävälle alla

Tehtävä	Jäsenet	Arvioi vaivaa
Luo testimääritys	Testisuunnittelija	170 työtuntia
Suorita testisuoritus	Testaaja, testin ylläpitäjä	80 työtuntia
Testiraportti	Testaaja	10 työtuntia
Testaa toimitus		20 työtuntia
Kaikki yhteensä		280 työtuntia

Sitten luot aikataulun näiden tehtävien suorittamiseksi.

Aikataulun tekeminen on yleinen termi projektinhallinnassa. Luomalla vakaan aikataulun testisuunnitteluun, Test Manager voi käyttää sitä työkaluna projektin etenemisen seuraamiseen, kustannusten ylitysten hallintaan.

Projektin aikataulun luomiseksi Test Manager tarvitsee useita syötetyyppejä kuten alla:

• Työntekijä ja projektin määräaika : Työpäivät, projektin määräaika, resurssien saatavuus ovat tekijöitä, jotka vaikuttivat aikatauluun
• Projektin arvio : Testin johtaja tietää arvioinnin perusteella, kuinka kauan kestää projektin loppuun saattaminen. Joten hän voi tehdä sopivan aikataulun
• Projektiriski: Riskien ymmärtäminen auttaa Test Manageria lisäämään projektiaikatauluun riittävästi ylimääräistä aikaa riskien käsittelemiseksi

Harjoittellaan esimerkin avulla:

Oletetaan, että pomo haluaa saada Guru99-projektin päätökseen yhdessä kuukaudessa, olet jo arvioinut kunkin tehtävän ponnistelut Test Estimation -ohjelmassa. Voit luoda aikataulun seuraavasti

Vaihe 8) Testaa suoritteet

Test Deliverables on luettelo kaikista asiakirjoista, työkaluista ja muista komponenteista, jotka on kehitettävä ja ylläpidettävä testauksen tueksi.

Ohjelmistokehityksen elinkaaren jokaisessa vaiheessa on erilaisia ​​testituloksia.

Testitulokset toimitetaan ennen testausvaihetta.

• Testaussuunnitelma.
• Testitapauksia koskevat asiakirjat
• Testisuunnittelueritelmät.

Testitulokset toimitetaan testauksen aikana

• Testaa skriptit
• Simulaattorit.
• Testitiedot
• Testaa jäljitettävyysmatriisi
• Virhelokit ja suorituslokit.

Testi julkaisut tarjotaan jälkeen Testauksen syklien yli.

• Testitulokset / raportit
• Vikaraportti
• Asennus- / testausmenettelyohjeet
• Julkaisutiedot

Resurssit

Lataa testisuunnitelman malli

Lataa verkkosivuston Guru99 Bank esimerkkitestaussuunnitelma