how report test execution smartly
Poročanje o stanju testiranja programske opreme
glavne razlike med javo in c ++
„Dogovor, da bo določena ekipa / posameznik v določenih časovnih presledkih poslala določene informacije določenim članom - je kot rokovanje - potrditev, da ne glede na rezultat naloge na o tem boste prej obveščeni, prej kot slej. '
To je prvi del prisege strokovnjaka za IT. No, hecam se! Prisege ni, če pa bi bila, bi to zagotovo uvrstilo na seznam postavk v njej. Kajne?
Odgovornost in preglednost (A & T) sta bistvenega pomena za vsak projekt IT na različnih ravneh - na ravni projekta, ravni ekipe, ravni nalog in tudi na ravni posameznika. Kako naj zagotovimo, da so ti atributi izpolnjeni? Odgovor je - komuniciranje, bolj formalno - Poročanje o stanju !
Ali na posamezni ravni ne pošiljamo vsi vsak dan poročil, večinoma EOD, da sporočimo izpolnitev (ali neizpolnitev) svojih dnevnih dolžnosti. To dokazuje, da se dejansko 'zavedate', s čim ste začeli.
Kaj se boste naučili:
Dnevno poročilo o stanju
Podatki, ki morajo biti del posameznikovega »dnevnega poročila o stanju«, so:
- Kaj si počel danes?
- Kaj nameravate početi jutri?
- Ste se čez dan srečevali s kakšnimi težavami? Če da, kako ste jih rešili ali so še vedno odprti?
- Ali potrebujete kakšen vložek za jutri? Če da, od koga in kaj so?
Prejemnik tega e-poštnega sporočila / poročila je praviloma upravitelj, v nekaterih primerih je člane ekipe mogoče tudi CC-jeti - to je odvisno od komunikacijskega protokola, ki ga ekipa upošteva.
Poročila o preskusih
Zdaj je čas, da natančno določite in izveste vse o poročilih, ki jih pošljejo skupine za testiranje / preverjanje kakovosti.
Preskusne skupine pošiljajo različna poročila v različnih fazah STLC.
- Status preskusnega načrta
- Status preizkusne dokumentacije
- Stanje preizkusa (stanje okvare)
Testni načrt : Dovolj je, da komunicirate z ostalimi projektnimi skupinami, ko se oblikuje testni načrt ali ko se na njem bistveno spremeni.
Preskusna dokumentacija : Obvestite vse ekipe, kdaj se je začelo snovanje testov, zbiranje podatkov in druge dejavnosti ter ko so končane. To poročilo jim ne bo le sporočilo napredka pri nalogi, temveč tudi skupinam, ki morajo pregledati in priskrbeti artefakte, da bodo naslednji.
Izvedba testa : Izvedba je faza projekta, ko je preskusna skupina primarno - pozitivno in negativno - osredotočena na junake in negativce.
Običajni dan med testnim ciklom se opravi, razen če se pošlje dnevno poročilo o stanju. V nekaterih ekipah bi se lahko dogovorili za tedensko poročilo, vendar je običajno pošiljanje dnevno.
Prav tako ni nenavadno, da se vsak dan (ali teden) organizira statusni sestanek, na katerem se zadevnim stranem predstavi status ekipe za preverjanje kakovosti.
brezplačna programska oprema za varnostno kopiranje računalnika na zunanji trdi disk
Tako je lahko način poročila o stanju:
- E-pošta / dokument
- Sestanek / predstavitev
- Oboje - dnevno e-pošto in tedensko srečanje ali tako.
Poročilo o stanju izvedbe preizkusa
Dnevno / tedensko poročilo o izvedbi preizkusa:
Kaj je to? Na splošno gre za sporočilo, ki je poslano, da se vzpostavi preglednost dnevnih aktivnosti skupine za preverjanje kakovosti med testnim ciklusom - vključuje informacije o napakah in informacije o izvajanju testnih primerov.
Komu naj gre? - Običajno so prejemniki / udeleženci srečanja razvojna skupina, podporna skupina za okolje, poslovni analitik in projektna skupina. Testni načrt je najboljše mesto za iskanje teh informacij.
Kaj vsebuje poročilo o stanju izvedbe testa? - 10 točk
- Število testnih primerov, načrtovanih za ta dan
- Število opravljenih testnih primerov - tisti dan
- Število testnih primerov, izvedenih na splošno
- Število napak, s katerimi se je ta dan srečal / in njihova stanja
- Število napak, do zdaj naletelih / in njihova stanja
- Število kritičnih napak - še vedno odprto
- Izpadi okolja - če obstajajo
- Showstoppers - če obstajajo
- Priloga obrazca za izvedbo testa / Povezava do Orodje za upravljanje testov kjer so postavljeni testni primeri
- Priloga k poročilu o napaki / povezava do orodja za napake / preizkušanje / upravljanje, ki se uporablja za upravljanje incidentov
Zgornjih 10 točk, če natančno opazite, so neobdelani podatki. Poročanje o dejstvih je eno, drugo pa o 'pametnih' dejstvih . Kako izboljšamo te podatke?
- Prikaže splošno stanje z barvnim indikatorjem. Na primer, Zelena - pravočasno, oranžna - rahlo zaostaja, vendar lahko absorbira zamudo, rdeča - z zakasnitvijo.
- Vključite nekaj preprostih meritev, kot so% dosedanjih testnih primerov, gostota napak,% hudih napak; s tem ne dajete samo številk, temveč dejansko dajete vpogled v kakovost izdelka, ki ga preizkušate.
- Če je pomembna faza zaključena - to poudarite.
- Če obstaja kritična napaka, ki bo blokirala vse / del prihodnje izvedbe, to poudarite.
- Če uporabljate predstavitev, vključite nekaj grafov, da boste imeli boljši učinek.
Na primer, spodnji graf je prikaz število odprtih napak, modularno :
Poleg teh lahko po želji vključite tudi:
- Katere dejavnosti so načrtovane v nadaljevanju?
- Ali potrebujete prispevke katere koli druge ekipe in če da, kaj?
Na koncu še nekaj napotkov za pomoč postopku:
- Bodite jedrnati in hkrati popolni
- Prepričajte se, da so rezultati, ki jih prijavite, točni
- Uporabite označene točke, da bo poročilo zelo berljivo
- Dvakrat preverite, če želite vključiti pravi datum, zadevo, seznam in priloge.
- Če je poročilo preveliko in ima preveč dejavnikov za poročanje: postavite ga na skupno mesto kot datoteko in namesto datoteke samo pošljite povezavo v e-poštno sporočilo. (Prepričajte se, da imajo prejemniki dovoljenja za dostop do tega mesta in datoteke)
- Če gre za statusno srečanje - bodite pripravljeni na predstavitev, prispejte pravočasno in kar je najpomembneje, ohranite enakomeren ton (ne bodite preveč ponosni na napake - na splošno so to »slabe novice«).
Vzorčno poročilo o stanju
Poročilo o stanju preskušanja kakovosti:
V skladu s temi smernicami smo prišli do spodnjega poročila o stanju.
Za lažje bralce smo vključili 3 liste z različnimi stopnjami informacij, ki jih lahko posredujejo.
List 1 - je povzetek celotnega stanja projekta.
List 2 - je več o posameznih podrobnostih stanja testnega primera.
List 3 - je vzorec poročila o napakah.
Prenesite to Vzorčna predloga Xls poročila o stanju z vsemi tremi listi. (Z desno miškino tipko kliknite povezavo in izberite »Shrani povezavo kot ..« za prenos)
kaj storiti s c ++
O avtorju - To je članek člana ekipe STH Swati Seele. Več o njej lahko izveste na našem spletnem mestu Stran tečaja za preizkušanje programske opreme .
Delite svoje komentarje in vprašanja z nami spodaj.
Priporočeno branje
- Kako napisati tedensko poročilo o preizkušanju programske opreme
- Kako na daljavo posodobiti stanje izvedbe testnega primera TestLink prek selena - Tutorial # 3
- Kako napisati učinkovito poročilo o preizkusu [prenos vzorčnega poročila]
- Vzorčno poročilo o napaki
- Vzorčna predloga za poročilo o preizkusu sprejemljivosti s primeri
- Knjižnica standardnih predlog (STL): kratek uvod
- Ustvarjanje generičnih izdelkov in testnih kompletov - Vadnica za selen št. 22
- Vzorčna predloga testnega primera s primeri testnega primera [prenos]