testauksen hallintaprosessi

testauksen hallintaprosessi on joukko toimintoja testauksen alusta testauksen loppuun. Se antaa kuria testaamiselle. Kun seuraa testiprosessi se antaa meille suunnitelman alussa. Testiprosessi tarjoaa mahdollisuuden suunnitella ja ohjata testausta koko projektisyklin ajan. Se auttaa seuraamaan ja seuraamaan testausta koko projektin ajan. Tarjoaa läpinäkyvää testausta sidosryhmien keskuudessa ja ylläpitää suoritettu testi myöhempää käyttöä varten. Se antaa yksityiskohtaista tietoa suorittamastamme testauksesta. Antaa kaikille sidosryhmille selkeän käsityksen edellisen projektin ja post-projektin testaustoiminnasta.Työkaluja on monia (työkaluja kuten qTest, JIRA, Team Service, TestLink.) käytettävissä testiprosessin hallintaan. Testiprosessi voidaan määritellä ja harjoitella eri tavalla testin tarpeen mukaan. Alla on selitetty tyypillisiä toimia testiprosessissa.

testaussuunnitelma toimi alustavana luonnoksena testauksen toteuttamiseksi. Testausta seurataan ja seurataan testisuunnitelman mukaisesti. Se antaa ennakkokuvan testihaasteesta ja aspektista, joka tehdään ohjelmistolle. Ylläpitämällä testisuunnitelmaa voimme hallita suunnitelman muutoksia.Uusien projektien käynnistämisessä aiemmista testeistä saatujen kokemusten perusteella testisuunnitelmaa on parannettava, jotta se olisi parempi. Testaussuunnitelmassa selostetaan yleiskuva testattavista erityisvaatimuksista, soveltamisalasta, toiminnallisista ja ei-toiminnallisista vaatimuksista, riskien ja riskien vähentämisestä, testausmenetelmistä, testausaikataulusta ja-tuloksista ja-aikataulusta, soveltamisalan ja oletuksen ulkopuolella, testiryhmästä ja-kohdentamisesta, testausympäristöstä, testitoimintojen mekanismista ja muista testausta koskevista erityishuomautuksista.

2) Testirakenne:

Testirakenne kertoo, miten testaus toteutetaan. Tyypillisesti testitapausten luominen tapahtuu järjestelmän tuloilla ja odotetulla tuotolla ja valitsemalla, mitkä testitapaukset ovat tarpeen testin suorittamiseksi. Testerillä tulee olla selkeä ymmärrys ja asianmukaiset tiedot odotetun tuloksen asettamiseksi. Näin testauksen kattavuus määritellään ja testaaja ei menetä mitään skenaariota. On olemassa kahdenlaisia testin suunnittelutekniikoita, joista toinen on staattinen testaus ja toinen dynaaminen testaus. Staattista testausta käytetään testaamaan ilman suoritusta lähinnä artefakteille, kuten dokumentille ja dynaamista testausta on testaus suorittamalla järjestelmä.

testitapaus (Elementti testitapausasiakirjassa):

• projekti / Testinimi, testin suorituspäivä, ohjelmiston versio ja testiympäristö
• testitapauksen numero
• testin yhteenveto
• vaiheet
• Pre-condition
• Post condition
• testitiedot
• Post condition
• testitiedot
• todellinen tulos
• odotettu tulos
• testitulos
• huomautus

3) testin suorittaminen:

tapa suorittaa ja testata järjestelmän todellinen tulos suhteessa odotettuun tulokseen on testin suorittaminen. Testin suorittaminen voidaan tehdä manuaalisesti ja käyttämällä automaatiopukua. Suorituksen aikana testaaja on varmistettava, että käyttäjän tarve ohjelmisto on käytössä ohjelmisto. Testin suoritus suoritetaan viittaamalla testisuunnittelun aikana luotuun asiakirjaan vaiheittaisena prosessina. Testaaja on pidettävä radalla suorittaessaan testitapauksia.

esimerkki staattisesta testauksesta:

• testaa vaatimusmäärittelyasiakirja.
• Test The design document
• Test The user guide

Example for dynamic testing:

• yksikkötestaus
• funktionaalinen testaus
• Integraatiotestaus

4) Exit Criteria:

Exit criteria määrittää, milloin testin suorittaminen keskeytetään. Poistumiskriteerit määritellään testisuunnitelmavaiheessa ja niitä käytetään testin suoritusvaiheessa mailikivenä. Testerin täytyy asettaa lähtökriteerit alussa, poistumiskriteerit voivat muuttua myös projektin aikana. On olemassa tekijöitä, kuten asiakkaan tarve, järjestelmän vakaus ja täytetty toiminto, jotka päättävät poistumiskriteerit. Kun testaaja on saavuttanut poistumiskriteerit, testaus lopetetaan. Alla on joitain yleisiä poistumisperusteita.

• kaikki kriittiset viat on suljettu.
• kaikki ilmoitetut viat ja suljettu ja tarkistettu.
• toteutettu ja kattoi alueet, joita käyttäjä enimmäkseen käytti.
• järjestelmä täytti kaikki vaatimukset.
• kaikki tärkeät toiminnot testataan ja ne toimivat odotetusti.

5) Testiraportointi:

Testiraportointi antaa kuvan testiprosessista ja testituloksesta kyseisen testisyklin osalta. Testiraportoinnin tekijän määrittelemiseksi on ensimmäiseksi otettava huomioon, keitä testiraportin yleisöt ovat. Esimerkiksi projektipäällikkö haluaa nähdä korkean tason kuvan testauksesta, keskitason ihmiset haluavat tarkastella yksityiskohtaisemmin ja asiakas odottaa testiraportointia kriteereillä, kuten vaatimusperusteella, ominaisuusperusteella. Testiraportti laaditaan ja toimitetaan määräajoin, kuten päivittäin, viikoittain, kuukaudessa jne. Tämä on lähetettävä eri vaiheissa ja ajassa.Tulevassa projektissa Testiraporttien tulokset on analysoitava ja otettava opiksi. Testiraportti sisältää sellaisia elementtejä kuin testin suoritustila, täytetty prosenttiosuus, suunnitelma vs. toteutetut testitapaukset, testausympäristö, testin toteuttaminen resursseilla, mahdolliset riskit ja lieventämistoimenpiteet, vikojen tiivistelmä, testiskenaario ja-olosuhteet, mikä tahansa oletus, mikä tahansa huomautus jne.

testin kattavuusraportti: (Testin kattavuusraportin osat)

• % completed
• Test scenario
• Software area
• Tested resource
• Tested date
• Test result

deficit summary report: (Elements of deficit summary report)

• puutteet Vakavuusasteen mukaan
• puutteet Prioriteetin mukaan
• viat luokituksen mukaan
• viat tehtävittäin
• viat tehtävittäin
• viat ohjelmistoalueittain
• avoimet ja suljetut viat

Riskinhallintaseloste: (Riski-ja lieventämisraportin osatekijät)

• tunnistettu riski
• todennäköisyys
• riskitaso
• Riskityyppi
• Riskityyppi
• lieventämissuunnitelma

johtopäätös:

tässä artikkelissa opimme testauksen Hallintaprosessista, se ei ole vain yksittäinen toiminto, vaan se koostuu myös sarjasta toimintoja, kuten testauksen suunnittelu, testauksen suunnittelu, testin toteutus, Poistumisperusteet ja testiraportointi.