Software Testing Status Reporting
”sopimus siitä, että tietty tiimi/yksilö lähettää tietyn tiedon tietyssä muodossa tietyin väliajoin tietyille jäsenille – on kuin kädenpuristus – tunnustus siitä, että riippumatta siitä, mikä on käsillä olevan tehtävän tulos, sinut pidettäisiin siitä ajan tasalla, ennemmin kuin myöhemmin.”
tämä on IT-ammattilaisen valan ensimmäinen jakso. Se oli vitsi! Valaa ei ole, mutta jos sellainen olisi, se olisi varmasti listan kärjessä. Eikö olekin?
vastuullisuus ja avoimuus (A & T) ovat olennaisia kaikissa tietotekniikkahankkeissa eri tasoilla – Projektitasolla, Tiimitasolla, tehtävätasolla ja myös yksilötasolla. Miten varmistamme, että nämä ominaisuudet täyttyvät? Vastaus on-viestintä, muodollisemmin-tilan raportointi!
yksilötasolla, emmekö me kaikki lähetä raportteja, enimmäkseen, EOD joka päivä viestimään päivittäisten velvollisuuksiesi suorittamisesta (tai suorittamatta jättämisestä). Tämä menee todistaa, että, olet todella” ovat ” tietoisia siitä, mitä velvollisuuksia oli aluksi.
päivittäinen tilanneraportti
tiedot, joiden on oltava osa henkilön ”päivittäistä Tilanneraporttia”, ovat:
- mitä teit tänään?
- mitä aiot tehdä huomenna?
- kohtasitko mitään ongelmia päiväsi aikana? Jos kyllä, miten ratkaisitte ne vai ovatko ne vielä auki?
- tarvitsetko panoksia huomiseksi? Jos kyllä, keneltä ja mitä ne ovat?
tämän sähköpostin/raportin vastaanottaja on yleensä manageri, myös tiimin jäsenet voidaan joissain tapauksissa CC ’ ed – tämä riippuu viestiprotokollasta, jota tiimi noudattaa.
testiraportit
nyt on aika perehtyä tarkemmin ja oppia kaikki Testiraporteista, joita testaus/LAADUNVARMISTUSRYHMÄT lähettävät.
testiryhmät lähettävät erilaisia raportteja STLC: n eri vaiheissa.
- testaussuunnitelman status
- Testiasiakirjojen status
- testin Suoritustilanne (vikatilanne)
Testisuunnitelma: riittää, kun viestitään muiden projektiryhmien kanssa, kun testisuunnitelma luodaan tai kun siihen tehdään suuri muutos.
Testidokumentaatio: ilmoittakaa kaikille tiimeille, milloin testien suunnittelu, tiedonkeruu ja muu toiminta on alkanut ja milloin ne ovat päättyneet. Tämä raportti ei vain kerro heille edistymisestä tehtävän, mutta myös signaali joukkueet, jotka täytyy tarkistaa ja antaa signoff esineitä, että he ovat seuraavana.
Test Execution: Execution on projektin vaihe, jolloin testiryhmä on ensisijainen painopiste – positiivisesti ja negatiivisesti – me olemme sekä sankareita että roistoja.
testisyklin tyypillistä päivää ei tehdä, ellei Päivätilanneraporttia lähetetä. Joissakin tiimeissä he voisivat sopia viikkoraportista, mutta sen lähettäminen päivittäin on normi.
ei myöskään ole harvinaista, että joka päivä (tai viikko) pidetään Tilannekokous, jossa esitellään LAADUNVARMISTUSRYHMÄN tilanne asianomaisille osapuolille.
näin ollen tilaraportin muoto voi olla:
- Sähköposti / asiakirja
- kokous / esittely
- sekä-päivittäinen Sähköposti että viikoittainen kokous tai niin.
testin Suoritustilaraportti
päivittäinen/viikoittainen testin Suoritusraportti:
mikä se on? Yleensä tämä on tiedonanto, joka lähetetään avoimuuden lisäämiseksi LAADUNVARMISTUSRYHMÄN toimintaan päivän aikana testisyklin aikana-sisältää sekä Vikatietoja että testitapauksen ajotietoja.
kenelle se kuuluu? – Yleensä vastaanottajina/kokousosallistujina ovat kehitystiimi, ympäristön tukitiimi, liiketoiminta-analyytikko ja projektitiimi. Testisuunnitelma on paras paikka löytää nämä tiedot.
mitä testin Suoritustilaraportti sisältää? – 10 pistettä
- kyseiselle päivälle suunniteltujen testitapausten lukumäärä
- toteutettujen testitapausten lukumäärä – kyseisenä päivänä
- toteutettujen testitapausten lukumäärä yhteensä
- tuona päivänä havaittujen vikojen lukumäärä/ja niiden tila
- tähän mennessä havaittujen vikojen lukumäärä/ja niiden tila
- kriittisten vikojen lukumäärä – vielä avoinna
- ympäristön seisokit – jos on
- Showstoppers – jos on
- testin suorituslevyn kiinnitys / linkki testauksen hallintavälineeseen, johon testikotelot sijoitetaan
- liite vikailmoitukseen / linkki vikailmoitukseen / testiin / hallintatyökaluun, jota käytetään vaaratilanteiden hallintaan
edellä mainitut 10 pistettä, jos tarkkaan huomaa, on raakatiedot. Faktojen ilmoittaminen on eri asia kuin joidenkin ’fiksujen’ faktojen ilmoittaminen. Miten tarkennamme tätä tietoa?
- näyttää kokonaistilanteen väriindikaattorilla. Esimerkiksi vihreä-on time, Oranssi – hieman jäljessä, mutta voi imeä viive, Punainen-viivästynyt.
- sisältää joitakin yksinkertaisia mittareita, kuten läpäisy % tähänastisista testitapauksista, virhetiheys, % vaikeista vioista; tekemällä tämän et ole vain antaa numeroita, olet todella tarjota vilauksen tuotteen laadusta, että olet testaamassa.
- jos merkittävä vaihe on valmis – korosta se.
- jos on olemassa kriittinen vika, joka estää kaiken/osan tulevasta toteutuksesta – korosta se.
- jos käytät esitystapaa, varmista, että mukana on joitakin graafeja vaikuttavuuden parantamiseksi.
esimerkiksi alla oleva kaavio on esitys avoimien vikojen lukumäärästä, moduulimaisesti:
Näiden lisäksi voit myös vaihtoehtoisesti sisällyttää:
- mitä toimintaa suunnitellaan seuraavaksi?
- tarvitaanko yhdeltäkään muulta joukkueelta syöttöjä ja jos, niin mitä?
lopuksi muutama vinkki, jotka auttavat prosessia eteenpäin:
- ole lyhyt ja täydennä samalla
- varmista, että raportoimasi tulokset ovat tarkkoja
- käytä luetteloituja kohtia, jotta raportti on helposti luettavissa
- Tarkista uudelleen oikea päivämäärä, aihe, luettelo ja liitteet.
- jos raportti on liian suuri ja siinä on liian monta raportoitavaa tekijää: aseta se yhteiseen paikkaan tiedostona ja lähetä sähköpostiin linkki itse tiedoston sijaan. (Varmista, että vastaanottajilla on käyttöoikeudet tähän sijaintiin ja tiedostoon)
- jos kyseessä on Tilakokous – valmistaudu esittelyyn, saavu ajoissa ja mikä tärkeintä, säilytä tasainen sävy (älä ole liian ylpeä vioista – ne ovat yleensä ”huonoja uutisia”).
Otostilanneraportti
LAADUNVARMISTUSTESTAUSSELOSTE:
näiden ohjeiden mukaisesti päädyimme alla olevaan tilannekatsaukseen.
lukijoiden mukavuudeksi olemme sisällyttäneet 3 arkkia, jotka välittävät eritasoisia tietoja, joita he voivat välittää.
arkki 1 – on yhteenveto hankkeen kokonaistilanteesta.
arkki 2-kertoo enemmän Testitapauksen tilan yksittäisestä yksityiskohdasta.
arkki 3 – on näytevikailmoitus.
lataa tämä Otostilaraportti Xls-malliin, jossa on kaikki kolme arkkia. (Napsauta linkkiä hiiren kakkospainikkeella ja valitse ’Tallenna linkki nimellä..’to download)
about Author-This is an article by STH team member Swati Seela. Voit tietää hänestä enemmän ohjelmistotestauksen sivulla.
