TESTAUSSUUNNITELMA ohjelmistotestauksessa (esimerkki)

Miten määrität projektin laajuuden?

Määrittääksesi laajuuden sinun on -

• Tarkka asiakasvaatimus
• Hankkeen talousarvio
• Tekniset tiedot
• Testitiimisi taidot ja lahjakkuus

Nyt pitäisi määritellä selkeästi testauksen "laajuudessa" ja "soveltamattomana".

• Ohjelmistovaatimusten mukaan silmälasit, projekti Guru99 Pankki keskittyy vain testaamaan kaikkia tehtävät ja verkkosivuston ulkoinen käyttöliittymä Guru99 Pankki (laajuudessa testaus)
• Ei-toiminnallinen testaus, kuten stressi, suorituskyky or looginen tietokanta ei testata tällä hetkellä. (ulos soveltamisala)

Ongelman skenaario

Asiakas haluaa sinun testaavan hänen sovellusliittymäänsä. Hankkeen budjetti ei kuitenkaan salli sitä. Mitä aiot tehdä sellaisessa tapauksessa?

No, siinä tapauksessa sinun täytyy vakuuttaa asiakas siitä Api-testaus on ylimääräistä työtä ja kuluttaa huomattavia resursseja. Anna hänelle faktojasi tukevat tiedot. Kerro hänelle, jos Api-testaus sisältyy soveltamisalaan, budjetti kasvaa XYZ-määrällä.

Asiakas suostuu ja vastaavasti uudet kiikarit, soveltamisalan ulkopuoliset kohteet ovat

• Soveltamisalaan kuuluvat tuotteet: Toiminnallinen testaus, Api-testaus
• Soveltamisalan ulkopuoliset kohteet: Tietokannan testaus, laitteistot ja muut ulkoiset liitännät

Vaihe 2.2) Tunnista testaustyyppi

A Testaustyyppi on standardi testimenettely, joka antaa odotetun testituloksen.

Jokainen testaustyyppi on suunniteltu tunnistamaan tietyntyyppiset tuotevirheet. Mutta kaikki testaustyypit tähtäävät yhden yhteisen tavoitteen saavuttamiseen.Varhainen havaitseminen kaikki viat ennen tuotteen luovuttamista asiakkaalle”

- yleisesti käytetty testaustyypit on kuvattu seuraavassa kuvassa

On tonnia testaustyyppejä ohjelmistotuotteen testaamiseen. Joukkueesi ei voi olla tarpeeksi ponnisteluja kaikenlaisten testausten hoitamiseen. Test Managerina sinun on asetettava prioriteetti testaustyypeistä

• Mitkä testityypit pitäisi olla keskityttiin verkkosovellusten testaukseen?
• Mitkä testityypit pitäisi olla huomiotta kustannusten säästämiseksi?

Vaihe 2.3) Dokumentoi riskit ja ongelmat

Riski on tulevaisuus epävarma tapahtuma todennäköisyydellä esiintyminen ja mahdollinen tappiolle. Kun riski todella toteutuu, siitä tulee "ongelma'.

Artikkelissa Riskianalyysi ja ratkaisu, olet jo perehtynyt "Riski"-analyysiin yksityiskohtaisesti ja tunnistanut mahdolliset riskit projektissa.

Laadunvarmistustestisuunnitelmassa dokumentoit nämä riskit

Vaihe 2.4) Luo testilogistiikka

Test Logisticsissa testipäällikön tulee vastata seuraaviin kysymyksiin:

• Kuka testataanko?
• Kun tuleeko testi?

Kuka testaa?

Et ehkä tiedä testaavan testaajan tarkkoja nimiä, mutta testaajan tyyppi voidaan määritellä.

Valitaksesi oikean jäsenen tiettyyn tehtävään, sinun on harkittava, onko hänen taitonsa pätevä tehtävään vai ei, myös arvioida projektin budjetti. Väärän jäsenen valitseminen tehtävään voi aiheuttaa projektin toiminnan epäonnistua or viivyttää.

Henkilö, jolla on seuraavat taidot, sopii parhaiten ohjelmistotestaukseen:

• Kyky ymmärtää asiakkaiden näkökulmasta
• Vahva halu laadusta
• Huomio yksityiskohtiin
• hyvä yhteistyö

Projektissasi jäsen, joka ottaa vastuun testin suorittamisesta, on testaaja. Projektin budjetin perusteella voit valita testaajaksi lähde- tai ulkoistajajäsenen.

Milloin testi suoritetaan?

Testitoiminnat on yhdistettävä niihin liittyvien kehitystoimintojen kanssa.

Aloitat testaamisen, kun olet saanut kaikki tarvittavat tavarat näkyy seuraavassa kuvassa

Vaihe 3) Määritä testin tavoite

Testin tavoite on testin suorittamisen yleinen tavoite ja saavutus. Testauksen tavoitteena on löytää mahdollisimman paljon ohjelmistovikoja; varmista, että testattava ohjelmisto on bugiton ennen julkaisua.

Määritä testitavoitteet suorittamalla kaksi seuraavaa vaihetta

1. Luettele kaikki ohjelmiston ominaisuudet (toiminnallisuus, suorituskyky, graafinen käyttöliittymä…), joita voidaan joutua testaamaan.
2. Määrittele tavoite tai tavoite testistä yllä olevien ominaisuuksien perusteella

Sovelletaan näitä vaiheita löytääksemme Guru99 Bankin testausprojektisi testitavoitteen

Voit valita 'ylhäältä alas' menetelmä löytääksesi verkkosivuston ominaisuudet, joita on ehkä testattava. Tällä menetelmällä voit jakaa testattavan sovelluksen komponentti ja alikomponentti.

Edellisessä aiheessa olet jo analysoinut vaatimusmääritykset ja käynyt verkkosivuston läpi, jotta voit luoda a Miellekartta löytääksesi verkkosivuston ominaisuudet seuraavasti

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

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

• Tarkista, onko verkkosivusto Guru99 toiminnallisuus(Tili, Talletus…) toimii odotetusti ilman virheitä tai bugeja todellisessa liiketoimintaympäristössä
• Tarkista, että verkkosivuston ulkoinen käyttöliittymä, kuten UI toimii odotetusti ja vastaa asiakkaan tarpeisiin
• Varmista käytettävyys verkkosivustolta. Ovatko nämä toiminnot mukavia käyttäjälle vai eivät?

Vaihe 4) Määritä testikriteerit

Testikriteerit ovat standardi tai sääntö, johon testimenettely tai testiarvio voi perustua. Seuraavat testikriteerit ovat kahdenlaisia

Keskeytyskriteerit

Määritä testin kriittiset jousituskriteerit. Jos jousituskriteerit täyttyvät testauksen aikana, aktiivinen testisykli on keskeytetty kunnes kriteerit täyttyvät ratkaistu.

Testisuunnitelma Esimerkki: Jos tiimisi jäsenet ilmoittavat, että niitä on 40% epäonnistuneista testitapauksista, sinun pitäisi keskeyttää testataan, kunnes kehitystiimi korjaa kaikki epäonnistuneet tapaukset.

Poistu kriteerit

Se määrittelee kriteerit, jotka merkitsevät a onnistunut testivaiheen päätökseen. 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ä.

Jotkut poistumiskriteerien määrittelytavat ovat kohdistettujen määrittäminen ajonopeus ja läpäisyaste.

• Ajonopeus on suhde suoritettujen testitapausten määrä / testitapausten kokonaismäärä testispesifikaatiosta. Esimerkiksi testispesifikaatiossa on yhteensä 120 TC:tä, mutta testaaja suoritti vain 100 TC:tä, joten ajonopeus on 100/120 = 0.83 (83 %)
• Läpäisyaste on suhde numerot testitapaukset läpäisty / testitapaukset suoritettu. Esimerkiksi yli 100 suoritetussa TC:ssä läpäisi 80 TC:tä, joten läpäisyprosentti on 80/100 = 0.8 (80 %).

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

• ajaa korko on pakollinen 100% ellei selkeää syytä ilmoiteta.
• Siirtää hinta riippuu projektin laajuudesta, mutta korkean läpäisynopeuden saavuttaminen on tavoite.

Esimerkki testisuunnitelmasta:Tiimisi on jo suorittanut testisuoritukset. He raportoivat sinulle testituloksen ja haluavat sinun vahvistavan sen Poistumiskriteerit.

Yllä olevassa tapauksessa Run rate on pakollinen 100%, mutta testiryhmä suoritti vain 90 % testitapauksista. Se tarkoittaa, että ajonopeus ei täyty, joten ÄLÄ vahvista poistumisehtoja

Vaihe 5) Resurssien suunnittelu

Resurssisuunnitelma on a yksityiskohtainen yhteenveto kaikentyyppisiä resursseja, joita tarvitaan projektitehtävän suorittamiseen. Resurssi voi olla projektin loppuun saattamiseen tarvittava henkilö, laitteet ja materiaalit

Resurssisuunnittelu on tärkeä tekijä testisuunnittelussa, koska se auttaa määritetään Ishayoiden opettaman numero resurssit (työntekijä, laitteet…) hankkeessa käytettävät. Siksi testipäällikkö voi tehdä projektille oikean aikataulun ja arvion.

Tämä osio edustaa projektillesi suositeltuja resursseja.

Human Resource

Seuraava taulukko edustaa projektitiimisi eri jäseniä

Järjestelmän resurssi

Verkkosovelluksen testausta varten sinun tulee suunnitella resurssit seuraavien taulukoiden mukaisesti:

Vaihe 6) Suunnittele testiympäristö

Mikä on testiympäristö

Testausympäristö on ohjelmisto- ja laitteistokokoonpano, jolla testausryhmä suorittaa testitapauksia. Testiympäristö koostuu todellinen liiketoiminta ja lähettämä ympäristössä sekä fyysisessä ympäristössä, kuten palvelin, käyttöliittymän käyttöympäristö.

Testiympäristön määrittäminen

Takaisin projektiisi, miten asennat testiympäristössä tälle pankkisivustolle?

Tämän tehtävän suorittamiseksi tarvitset vahvaa yhteistyötä testiryhmän ja kehitysryhmän välillä

Sinun tulee kysyä kehittäjältä joitain kysymyksiä ymmärtääksesi testattavan verkkosovelluksen selvästi. Tässä on joitain suositeltuja kysymyksiä. Voit tietysti kysyä muita kysymyksiä tarvittaessa.

• Mikä on suurin käyttäjäyhteys, jonka tämä sivusto pystyy käsittelemään samanaikaisesti?
• Mitä laitteisto-/ohjelmistovaatimuksia tämän sivuston asentaminen edellyttää?
• Tarvitseeko käyttäjän tietokone jotain tiettyä asetusta verkkosivuston selaamiseen?

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

Vaihe 7) Aikataulu ja arvio

Artikkelissa Testiarvio, olet jo käyttänyt joitain tekniikoita arvioidaksesi projektin loppuun saattamista. Nyt sinun pitäisi sisällyttää tämä arvio sekä aikataulu testisuunnitteluun

Oletetaan, että testiarviointivaiheessa jaat koko projektin pieniin tehtäviin ja lisäät kunkin tehtävän arvion alla olevan mukaisesti

Sitten luot aikataulu suorittaa nämä tehtävät.

Aikataulun laatiminen on yleinen termi projektinhallinnassa. Luomalla kiinteän aikataulun Testisuunnitteluun Testipäällikkö voi käyttää sitä työkaluna projektin edistymisen seurantaan ja kustannusten ylittymiseen.

Projektin aikataulun luomiseksi testipäällikkö tarvitsee useita syötteitä, kuten alla:

• Työntekijän ja projektin määräaika: Työpäivät, projektin määräaika, resurssien saatavuus ovat tekijöitä, jotka vaikuttavat aikatauluun
• Hankkeen arvio: Arvion perusteella testipäällikkö tietää, kuinka kauan projektin loppuun saattaminen kestää. Joten hän voi tehdä sopivan projektiaikataulun
• Projektin riski : Riskin ymmärtäminen auttaa Test Managerin lisäämään tarpeeksi ylimääräistä aikaa projektin aikatauluun riskien käsittelemiseksi

Harjoitellaan esimerkin kanssa:

Oletetaan, että pomo haluaa viedä Guru99-projektin päätökseen yksi kuukausi, olet jo arvioinut kunkin tehtävän vaivan Testiarviossa. Voit luoda aikataulun alla olevan mukaisesti

Vaihe 8) Testaa toimitukset

Testitoimitukset on luettelo kaikista asiakirjoista, työkaluista ja muista komponenteista, joita on kehitettävä ja ylläpidettävä testauksen tukemiseksi.

Testin jokaisessa vaiheessa on erilaisia ​​testituloksia ohjelmistokehityksen elinkaari.

Testitoimitukset tarjotaan ennen testausvaihe.

• Testisuunnitelmia koskeva asiakirja.
• Testitapausten asiakirjat
• Testisuunnittelun tekniset tiedot.

Testitoimitukset tarjotaan aikana testaus

• Testikomennot
• Simulaattoreissa.
• Testitiedot
• Testaa jäljitettävyysmatriisia
• Virhelokit ja suorituslokit.

Testitoimitukset tarjotaan jälkeen testisyklit on ohi.

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

Esittelymateriaalit

Lataa esimerkkitestisuunnitelmamalli

Lataa Guru99 Bankin verkkosivuston mallijärjestelmätestisuunnitelma