how report test execution smartly
Software testen Statusrapportage
'De afspraak dat een bepaalde informatie, in een bepaald formaat, door een bepaald team / individu met bepaalde tijdsintervallen naar bepaalde leden wordt gestuurd - is als een handdruk - een erkenning dat het niet uitmaakt wat de uitkomst van een taak bij hand, zou je er vroeger over op de hoogte worden gehouden. '
Dit is het eerste deel van de eed van een IT-professional. Nou, ik maak een grapje! Er is geen eed, maar als er een was, zou dit zeker bovenaan de lijst met items staan. Is het niet?
Verantwoording en transparantie (A & T) zijn essentieel voor elk IT-project op verschillende niveaus - projectniveau, teamniveau, taakniveau en ook een individueel niveau. Hoe zorgen we ervoor dat aan deze attributen wordt voldaan? Het antwoord is - meer formeel communiceren- Statusrapportage
Op individueel niveau sturen we niet allemaal elke dag rapporten, meestal EOD, om de voltooiing (of niet-voltooiing) van uw dagelijkse taken te communiceren. Dit bewijst dat u werkelijk “weet” wat uw taken waren om mee te beginnen.
Wat je leert:
Dagelijks statusrapport
De informatie die deel moet uitmaken van het 'dagelijkse statusrapport' van een persoon is:
- Wat heb je gedaan vandaag?
- Wat ben je van plan morgen te doen?
- Heeft u tijdens uw dag problemen ondervonden? Zo ja, hoe heeft u ze opgelost of staan ze nog open?
- Heeft u input nodig voor morgen? Zo ja, van wie en wat zijn ze?
De ontvanger van dit e-mailbericht / rapport is over het algemeen de manager, ook de teamleden kunnen in sommige gevallen CC'en - dit hangt af van het communicatieprotocol dat het team volgt.
Test rapporten
Nu is het tijd om specifiek te worden en alles te leren over de rapporten die Test- / QA-teams verzenden.
Testteams verzenden verschillende rapporten in verschillende fasen in de STLC.
- Testplan status
- Test de documentatiestatus
- Testuitvoeringsstatus (defectstatus)
Testplan : Het is voldoende om te communiceren met de rest van de projectteams, wanneer een testplan wordt gemaakt of wanneer er een grote wijziging in wordt aangebracht.
hoe sort in java te gebruiken
Test documentatie : Laat alle teams weten wanneer het ontwerpen van de tests, het verzamelen van gegevens en andere activiteiten is begonnen en ook wanneer ze klaar zijn. Dit rapport zal hen niet alleen op de hoogte brengen van de voortgang van de taak, maar ook aangeven aan de teams die de artefacten moeten beoordelen en ondertekenen, dat ze de volgende zijn.
Testuitvoering : Uitvoering is de fase van een project waarin het testteam de primaire focus is - positief en negatief - we zijn zowel de helden als de schurken.
Een typische dag tijdens een testcyclus wordt niet gedaan, tenzij het dagelijkse statusrapport wordt verzonden. In sommige teams konden ze het eens worden over een wekelijks rapport, maar het is de norm dat het dagelijks wordt verzonden.
Het is ook niet ongebruikelijk om elke dag (of week) een Statusvergadering te hebben om de status van het QA-team aan de betrokken partijen te presenteren.
Daarom kan de modus van een statusrapport zijn:
- E-mail / document
- Vergadering / presentatie
- Beide - dagelijkse e-mail en wekelijkse vergadering of zo.
Testuitvoeringsstatusrapport
Dagelijks / wekelijks testuitvoeringsrapport:
Wat is het? Over het algemeen is dit een communicatie die wordt verzonden om transparantie te creëren over de activiteiten van het QA-team van de dag tijdens de testcyclus - bevat zowel informatie over defecten als informatie over het uitvoeren van testcases.
Naar wie moet het gaan? - Normaal gesproken zijn het ontwikkelingsteam, het omgevingsondersteuningsteam, de bedrijfsanalist en het projectteam de ontvangers / deelnemers aan de vergadering. Het Testplan is de beste plaats om deze informatie te vinden.
Wat bevat een statusrapport voor de uitvoering van een test? - 10 punten
- Aantal geplande testcases voor die dag
- Aantal uitgevoerde testgevallen - die dag
- Totaal aantal uitgevoerde testcases
- Aantal aangetroffen defecten die dag / en hun respectievelijke staten
- Aantal tot dusver geconstateerde defecten / en hun respectievelijke staten
- Aantal kritieke defecten - nog open
- Uitvaltijden van de omgeving - indien aanwezig
- Showstoppers - indien aanwezig
- Bijlage van het testuitvoeringsblad / Link naar het Testbeheertool waar de testcases worden geplaatst
- Bijlage bij het bugrapport / link naar de defect- / test- / beheertool die wordt gebruikt voor incidentbeheer
De bovenstaande 10 punten, als je goed oplet, zijn de onbewerkte gegevens. Het rapporteren van de feiten is één ding en het rapporteren van enkele ‘slimme’ feiten is iets anders Hoe verfijnen we deze informatie?
- Geeft de algemene status weer met een kleurindicator. Bijvoorbeeld, Groen - op tijd, Oranje - Iets achter maar kan de vertraging opvangen, Rood - Vertraagd.
- Voeg enkele eenvoudige statistieken toe, zoals Pass% van de testcases tot dusver, defectdichtheid,% ernstige defecten; door dit te doen, geeft u niet alleen cijfers, maar geeft u in feite een glimp op van de kwaliteit van het product dat u test.
- Als een belangrijke fase is voltooid, markeer dat dan.
- Als er een kritiek defect is dat (een deel van) de toekomstige uitvoering blokkeert, markeer dat dan.
- Als u een presentatie gebruikt, zorg er dan voor dat u enkele grafieken toevoegt om een betere impact te hebben.
Bijvoorbeeld, de onderstaande grafiek is een weergave van het aantal open defecten, module-gewijs
Afgezien van deze kunt u optioneel ook opnemen:
- Wat zijn de volgende activiteiten?
- Heb je input nodig van een van de andere teams en zo ja, wat?
Ten slotte een paar tips om het proces op gang te helpen:
- Wees beknopt en tegelijkertijd compleet
- Zorg ervoor dat de resultaten die u rapporteert nauwkeurig zijn
- Gebruik punten met opsommingstekens om het rapport goed leesbaar te maken
- Controleer nogmaals om de juiste datum, onderwerp, lijst en bijlagen op te nemen.
- Als het rapport te groot is en te veel factoren heeft om te rapporteren: plaats het op een gemeenschappelijke locatie als een bestand en stuur een link in de e-mail in plaats van het bestand zelf. (Zorg ervoor dat de ontvangers toegangsrechten hebben tot deze locatie en het bestand)
- Als het een statusbijeenkomst is: wees voorbereid op de presentatie, kom op tijd en vooral: houd een gelijkmatige toon aan (wees niet te trots op de gebreken - ze zijn over het algemeen 'slecht nieuws').
Voorbeeld statusrapport
QA-teststatusrapport:
Door deze richtlijnen te volgen, kwamen we uit op het onderstaande statusrapport.
Voor het gemak van onze lezers hebben we 3 bladen bijgevoegd met verschillende niveaus van informatie die ze kunnen overbrengen.
Blad 1 - is een samenvatting van de algemene status van het project.
Blad 2 - gaat meer over de individuele details van de Testcase-status.
Blad 3 - is een voorbeeld van een bugrapport.
Download deze Voorbeeld statusrapport xls-sjabloon met alle drie de vellen. (Klik met de rechtermuisknop op de link en selecteer ‘Link opslaan als ...’ om te downloaden)
Over de auteur - Dit is een artikel van STH-teamlid Swati Seela. U kunt meer over haar weten op onze Softwaretestcursuspagina
Deel uw opmerkingen en vragen hieronder met ons.
Aanbevolen literatuur
- Een wekelijks statusrapport voor softwaretests schrijven
- De uitvoeringsstatus van TestLink-testcases op afstand bijwerken via Selenium - Tutorial # 3
- Een effectief testoverzichtsrapport schrijven [Voorbeeldrapport downloaden]
- Voorbeeld bugrapport
- Voorbeeldsjabloon voor acceptatietestrapport met voorbeelden
- Standard Template Library (STL): een korte introductie
- Generieke geneesmiddelen en testsuites maken - Selenium-zelfstudie # 22
- Voorbeeldtestcase-sjabloon met voorbeelden van testcases [Download]