how plan manage testing projects effectively
Projectplanning is een van de spilelementen in het projectmanagementproces.
Hoe elk individueel team de te bereiken doelen interpreteert, is een directe weergave van het niveau van duidelijkheid dat in het projectplan is opgenomen. Vooral als het om een testproject gaat, kan een onnauwkeurige projectplanning ernstige gevolgen hebben voor de testuitvoering van het te testen systeem en voor de algehele kwaliteit van het product als geheel.
Klik hier voor een complete serie testplannen
In deze tutorial over het plannen van een testproject zullen we leren
- Het algehele projectplanningsproces bij het testen van projecten
- Discussie over bepaalde specifieke planningselementen zoals middelenbeheer, coördinatie en rapportagetechnieken
Wat je leert:
- Test planningsproces
- Effectief beheer van een testproject
- Toewijzing en verdeling van taken
- Tips voor resourcebeheer
- Testtracking / tools die worden gebruikt voor rapportage
- Gevolgtrekking
- Aanbevolen literatuur
Test planningsproces
Hieronder volgt een doorloop van de verschillende fasen van het testplanningsproces, beknopt besproken.
Fase 1: Bekijk en analyseer de vereisten
Dit is de eerste stap voor elk project en speelt een zeer belangrijke rol in elk testproject.
Terwijl je probeert analyseer de vereisten moet het testteam identificeren en dus bepalen welke items getest moeten worden. Deze items zijn sterk gebaseerd op hoe de eindgebruiker het systeem zal consumeren en moeten daarom meetbaar, gedetailleerd en zinvol zijn.
De items of functies die worden geïdentificeerd, beschrijven in het algemeen wat de specifieke software of het product van plan is te doen; gekenmerkt als functionele vereisten. Er kunnen ook enkele niet-functionele vereisten worden geïdentificeerd, zoals prestaties of end-to-end-interactie met softwarecomponenten.
De mensen die zich bewust zijn van het bedrijfsdoel en de vereiste vereisten op passende wijze kunnen definiëren, maken doorgaans deel uit van deze activiteit. De vereisten worden vervolgens gedocumenteerd en verspreid voor beoordelingen. Alle beoordelingsopmerkingen en feedback moeten worden opgenomen om het document naar de definitieve goedkeuring te leiden.
Stage 2: Reikwijdte van testen
De reikwijdte van het testen is over het algemeen een uitbreiding van de fase van de behoefteanalyse en wordt meestal beschouwd als een enkele activiteit, omdat ze hand in hand gaan. Als de vereisten eenmaal bekend zijn, bepaalt het testteam welke items moeten worden getest en wat niet.
Deze activiteit moet er ook op gericht zijn te bepalen welke testgebieden door welke teams worden gedekt.
Bijvoorbeeld één team is toegewijd aan FVT (Function Verification Test) en SVT (System Verification Test) zal een heel andere testomvang hebben, en globalisering kan al dan niet worden uitgevoerd door FVT, enzovoort.
selenium webdriver interviewvragen en antwoorden voor ervaren pdf
Ook als het testproject automatisering vereist, wordt hier ook de haalbaarheid beoordeeld. Het hebben van een duidelijk omschreven toepassingsgebied zal van onschatbare waarde zijn voor het management om duidelijk te bepalen wat er is getest en welk team de test heeft uitgevoerd.
Fase # 3: Ontwerp het teststrategie volgens de scope
Nadat het testteam de vereisten heeft verzameld en de reikwijdte van het testen heeft vastgesteld, zal het een document op hoog niveau publiceren, het teststrategiedocument, waarin de testaanpak wordt gedefinieerd om de testdoelstellingen te bereiken.
Het is niet de bedoeling dat een teststrategiedocument te vaak wordt bijgewerkt.
Op een hoog niveau zal de inhoud van het teststrategiedocument de reikwijdte en het doel van het testen hebben, de aanpak, rollen en verantwoordelijkheden van individuele testteams, tools geïdentificeerd voor testen, de geïdentificeerde metrics, risico's en mitigatieplannen, rapportage en tracking mechanismen, etc.
Fase # 4: Identificeer de vereiste tools die nodig zijn voor testen en beheer
Afhankelijk van of automatisering mogelijk is en of CLI (Command Line Interface) of GUI-automatisering is gericht, moeten de bijbehorende tools worden geïdentificeerd.
Er moeten ook tools worden geïdentificeerd voor testbeheer die helpen bij het maken en toewijzen van taken, het volgen van de voortgang van de test, het identificeren van obstakels en het genereren van rapporten die de voortgang aangeven. We zullen dit in het tweede deel van de tutorial meer in detail bespreken.
Fase # 5: Schat de testinspanning en het team
Een juiste schatting van de inspanning kan vertragingen voorkomen en dynamisch het opnieuw in evenwicht brengen van middelen mogelijk maken, indien nodig.
De primaire factoren die deze activiteit zouden beïnvloeden zijn de grootte van het team, de vaardigheden binnen het team, de houding van het team en de planning.
Het is verplicht om de inspanningsinschattingen door het team te laten herzien om in overeenstemming te blijven met deze factoren, die recht evenredig zijn met hun interesseniveaus.
Fase # 6: Testschema definiëren
Zodra u de testbare items heeft die zijn opgesplitst in logische regelitems, de maatschatting compleet is voor het gespecificeerde werkstuk, moet een meetbaar testschema worden gedefinieerd op basis van al deze en de toegewezen testers.
Fase # 7: Activeringsplan
beste gratis optimizer voor Windows 7
Of het nu gaat om een nieuw project dat moet worden getest of een verbetering van een eerder bestaand systeem, het testteam moet niet alleen technisch worden getraind, maar ook met betrekking tot het totale testproces dat wordt gevolgd.
Fase # 8: Bepaal en schaf de testomgeving aan
Identificeer de benodigde infrastructuur die nodig is voor het testen van het systeem en start alle verzoeken om de benodigde hardware, software en netwerkonderdelen aan te schaffen om het testen te ondersteunen.
Dit is een cruciaal element in de planningsfase, aangezien dit de stabiliteit van de testomgeving zal bepalen, wat een directe impact zal hebben op de geproduceerde defecten.
Fase # 9: Identificeren teststatistieken
Teststatistieken zijn over het algemeen de gekwantificeerde methode om de kwaliteit van het product of systeem af te leiden.
Aan het begin van elk project moeten deze meetbare eenheden op een niveau worden ingesteld, wat helpt bij het bepalen of er mogelijkheden voor verbetering zijn. Over het algemeen zijn de metrics voor kwaliteitscontroledoeleinden directe indicatoren van de product- en proceskwaliteit.
Fase # 10: Maak het software testplan , beoordelingen en goedgekeurd
Een testplan-document is meer testgericht en legt uit “wat te testen”, “wanneer te testen”, “hoe te testen” en “wie zal testen”, wat wordt bepaald op basis van technische documentatie zoals use case-documenten, high-level ontwerpen , enz.
Tot nu toe hebben we de verschillende stadia van projectplanning besproken.
Hoewel elke fase op zichzelf een tutorial kan zijn, is dit deel van het artikel bedoeld om de minder vaak besproken planningstaken naar voren te brengen. Deze taken zullen, als ze niet op de juiste manier worden doordacht, een nadelig effect hebben op het testteam en daarmee op het product.
Laten we eens kijken naar deze taken, hun belang en tips om ze constant te blijven improviseren om het QA-project effectief te beheren.
Effectief beheer van een testproject
Wanneer effectieve planningstechnieken worden toegepast, kunnen eventuele risico's of fouten gemakkelijk worden geïdentificeerd, zelfs voordat het testen daadwerkelijk begint. Hoewel elk van de onderstaande taken met elkaar verband houdt, was het de moeite waard om ze apart te vermelden.
Toewijzing en verdeling van taken
Dit vloeit voort uit de Inspanningsschatting en maatvoering in de planningsfase. Rekening houdend met vaardigheden, houding, planning en grootte van het team, volgen hier enkele tips voor het toewijzen van taken:
# 1) Het is een zeer goede gewoonte om het team te laten zitten en het doel en de grondgedachte achter de gespecificeerde taak heel duidelijk te communiceren. Als u weet hoe een bepaald werkstuk in het algemene schema van de dingen past, kunnen mensen een zinvolle methode bedenken om ze te bereiken en kunnen ze hun beste beentje voorzetten.
#twee) Maak een vaardigheidskaart van alle teamleden en wijs de taken dienovereenkomstig toe. Houd er ook rekening mee dat zelfs jonge leden een eerlijke kans moeten krijgen.
Bijvoorbeeld: Als een taak groot is, kan deze worden opgesplitst binnen een senior en junior lid. Hierdoor worden leiderschapskwaliteiten bij het seniorlid mogelijk en wordt ook voortgebouwd op de kennis van het juniorlid. Als een taak complex is, laat dan twee of meer seniorleden eraan bijdragen.
# 3) Zodra een eerste skelet van de taaktoewijzing met het schema is bepaald, laat het dan rondzweven binnen het team en laat ze het beoordelen. Leg ook het motief en de logica achter de opdracht uit.
Voordat u de opdracht afrondt, is het een goed idee om bij de persoon na te gaan of hij het ermee eens is of dat hij andere suggesties heeft. Als er geen bezwaren zijn, bespreek dan het schema en het soort statusrapportage dat vanaf hun einde vereist is.
Een feedback kan ook betekenen dat het individu het niet eens is met de toewijzing. Bespreek met individuen waarom ze het er niet mee eens zijn en respecteer hun mening. Als de geuite zorgen kloppen, zoek dan naar opties om de opdracht opnieuw in evenwicht te brengen, zodat er geen risico bestaat dat de taak op tijd wordt voltooid.
# 4) Maak afspraken over de wijze van rapporteren die wordt verwacht. Laat de individuen beslissen of ze een e-mailupdate of met behulp van andere informele modi. Wees benaderbaar en geef het gevoel dat ze je kunnen benaderen wanneer ze het gevoel hebben dat ze vastlopen of dat er iets is dat hen belet het doel te bereiken.
# 5) Identificatie van de vereiste tools om de vereiste taken te volgen is essentieel. Dit helpt bij een tijdige beoordeling van de taken waaraan nog niet is gewerkt, de taken die worden uitgevoerd en de taken die zijn voltooid.
Tips voor resourcebeheer
Veel informatie over het beheer van testbronnen is gedaan als onderdeel van mijn leiderschapsartikel dat hier te vinden is:
Testleiderschap en hoe het testteam effectief kan worden beheerd
Hier zal ik kort enkele van deze aspecten bespreken.
# 1) Vaker wel dan niet, staan testers altijd onder hoge druk als gevolg van strikte projectdeadlines, een tekort aan personeel of een plotselinge toevoeging van overmatige inhoud zonder dat de projectplanningen veranderen.
In dergelijke gevallen, als u verwacht dat de tijdlijnen kunnen worden belemmerd, bespreek dit dan met het management en laat het toepassingsgebied dienovereenkomstig aanpassen.
#twee) Het is erg belangrijk om in dergelijke gevallen de communicatielijnen altijd meer open te houden met de testers. Bespreek met de testers de huidige situatie en geef aan hoe deze veranderingen plaatsvinden en word top-down vertaald.
# 3) Er zullen altijd defecten, technische problemen en vragen zijn die moeten worden opgelost en die een directe impact hebben op de projectstatus. Probeer altijd de kloof tussen de ontwikkel- en testteams te verkleinen, zodat problemen met betrekking tot defecten of andere technische vragen snel worden opgelost.
Geef elke tester een gevoel van eigenaarschap, zodat ze in een zelfverzekerde positie verkeren om discussies te leiden en te leiden om technische vragen of problemen met het management of de ontwikkelaars op een bepaald moment op te lossen.
# 4) Schema's hebben altijd een goede kans om in de war te raken, dus stel geen verwachtingen voor het management van het testteam dat ze zich altijd kunnen uitrekken.
'Al het werk en geen spel maakt Jack een saaie jongen' is waarschijnlijk een spreekwoord dat het meest geschikt is voor een testteam, omdat ze een hoog risico lopen op een eventuele burn-out. Zorg ervoor dat u altijd back-ups identificeert, zodat mensen wat vrije tijd kunnen nemen wanneer ze het gevoel hebben dat ze een pauze willen.
# 5) Regelmatige interlocks met het testteam en management is essentieel om de taken en status van hen onder controle te hebben. We zullen ze in de volgende opsomming meer in detail bespreken.
Testtracking / tools die worden gebruikt voor rapportage
Het management reageert vaak met opgetrokken wenkbrauwen wanneer de actuele status aan hen wordt gecommuniceerd. Hier zijn enkele tips om die wenkbrauwen redelijk naar beneden te krijgen.
# 1) Testers hebben te maken met veel instabiliteit tijdens het testen en het gebeurt vaak dat meerdere mensen hen op verschillende niveaus om voortgang vragen. Ze vinden het uitputtend en een overhead om deze administratieve taken uit te voeren. Hoewel het belangrijk is om hen hun voortgang te laten melden, moet u een minder omslachtige weg naar hun vooruitgang
#twee) Houd regelmatig checkpoint- / scrum-vergaderingen met het testteam en analyseer of alles goed gaat. Zoek contact met hen om te zien hoever ze zijn gekomen, wat er gaande is, wat er moet gebeuren en wat hen tegenhoudt. Als iemand zich overbelast voelt, onderneem dan actie om het evenwicht te herstellen om een soepele uitvoering te garanderen.
# 3) Houd regelmatig overleg met het management en laat hen beseffen dat de lead het aanspreekpunt is voor alle vragen met betrekking tot de status en dat individuele testers alleen gevraagd kunnen worden om te pitchen als dat nodig is.
Probeer het testteam zoveel mogelijk onder de aandacht te brengen, afgezien van het communiceren van de status. Als een tester een belangrijk defect heeft gemeld, laat het zien en waardeert het bij een groter publiek. Dit zal iedereen motiveren om de lat hoger te leggen.
# 4) Onnodig zelfs te vermelden dat de meest nauwkeurige en transparante manier om de status te rapporteren, is dat er tools zijn geïdentificeerd voor testbeheer / rapportage.
Er zijn uitgebreide tools beschikbaar die helpen bij de gehele testplanning Microsoft Project Planner of MS-project 2013
Deze tool helpt bij het definiëren van een project in fasen, de kern van de vereiste taken met een uitsplitsing van de grote en kleinere taken die aan elk van die fasen zijn toegewezen, schattingen van de inspanning, identificatie van afhankelijkheden tussen taken en toewijzing van middelen. Op deze manier helpt dit bij het efficiënt volgen en beheren van een project.
Je kunt hier ook een heleboel tools heel mooi vinden:
Beste testbeheer- / rapportagetools
Gevolgtrekking
Hoewel elke fase in het planningsproces uitvoerig kan worden besproken, helpt dit document testers te begrijpen hoe hun rol is afgestemd op dit algehele proces. Dit was onze poging om zeer specifieke testplanningselementen naar voren te brengen; die de testteams dagelijks beïnvloeden om hun werk effectief uit te voeren.
Ik hoop dat dit artikel bepaalde subtiele aspecten van projectplanning duidelijk naar voren heeft gebracht. Tijd besteden aan een effectieve planning kan een grote rol spelen bij het behalen van projectmijlpalen.
Over de auteur: Dit is een gastartikel van Sneha Nadig. Ze is een testleider met meer dan 8 jaar ervaring in handmatige en geautomatiseerde testprojecten.
Wilt u meer specifieke tips delen om testprojecten effectief te beheren? Laat het ons weten in de reacties hieronder.
Bezoek hier voor een complete serie testplannen
c ++ instellen in eclipse
Aanbevolen literatuur
- Beste softwaretesttools 2021 [QA Test Automation Tools]
- Software Testcursus Syllabus - Online cursus Gedetailleerd trainingsplan
- Primer eBook downloaden testen
- 7 basistips voor het testen van meertalige websites
- Top 20 praktische tips voor het testen van software die u moet lezen voordat u een toepassing test
- Defectbeheerproces: hoe u een defect effectief kunt beheren
- 10 tips die u moet lezen voordat u uw testwerk gaat automatiseren
- Is het testen van software een emotionele taak?