Testmanagementproces
Testmanagementproces is een reeks activiteiten vanaf het begin van de test tot het einde van de test. Het geeft een discipline aan het testen. Bij het volgen van een testproces geeft het ons het plan bij de eerste. Testproces biedt de mogelijkheid om het testen gedurende de gehele projectcyclus te plannen en te controleren. Het helpt bij het volgen en controleren van de tests gedurende het hele project. Biedt transparante tests onder belanghebbenden en onderhoudt de uitgevoerde test voor toekomstig gebruik. Geeft een diep niveau van detail van de tests die worden uitgevoerd. Geeft duidelijk inzicht in de testactiviteiten van voorafgaand project en na project aan alle belanghebbenden.Er zijn veel tools (Tools zoals qTest, JIRA, Team Service, TestLink.) beschikbaar om het testproces te beheren. Testproces kan verschillend worden gedefinieerd en beoefend afhankelijk van de noodzaak in de test. Hieronder worden de typische activiteiten in het testproces uitgelegd.
testplan diende als eerste schets voor het uitvoeren van de tests. Het testen wordt gevolgd en gecontroleerd volgens het testplan. Het geeft een voorafgaand beeld van de test uitdaging en aspect dat zal worden uitgevoerd voor de software. Door het onderhouden van een testplan kunnen we de veranderingen in het plan beheren.Bij het starten van nieuwe projecten, op basis van de les geleerd in de vorige tests, testplan moet worden verbeterd om verbetering te krijgen. In het testplan wordt een overzicht gegeven van de specifieke eisen die moeten worden getest, het toepassingsgebied, de functionele en niet-functionele eisen, de risico ‘ s en risicobeperking, testbenaderingen, het testschema en de resultaten en het schema, buiten het toepassingsgebied en de aanname, het testteam en de toewijzing, de testomgeving, het mechanisme voor testactiviteiten en alle andere speciale opmerkingen voor tests.
elementen van het testplan | beschrijving |
overzicht | overzicht van het testplan en het doel van dit testplan. Wat is het project dat moet worden getest? Kort van de software die moet worden getest. Doel van het verstrekken van deze software aan de gebruiker. |
Scope en out of scope | Wat is het doel van de test? Wat voor soort tests worden er uitgevoerd?Als de test niet wordt uitgevoerd. Korte uitleg over het softwareproject en wat wordt behandeld in het testplan.Het definiëren van een kader voor het testen op basis van middelen, inspanning, budget en tijdlijn. Welke functies of secties zullen worden behandeld en welke functies of secties zullen niet worden behandeld tijdens de tests. |
functionele en niet-functionele eis | verklaar elke functionele en niet-fictieve (prestatietests, usability testing) test die moet worden uitgevoerd. Leg uit welke functies zullen worden getest. Elke functionele en niet-functionele items moeten zonder dubbelzinnigheid worden geplaatst. |
risico en mitigatie | verklaar het geïdentificeerde project -, software-en resourcegerelateerde risico. Leg het mitigatieplan en de mogelijkheid uit.Identificeer de risico ‘ s die we kunnen lopen tijdens het testen. Resource onbeschikbaarheid, vertraging in Ontwikkelaar release, slip in het schema, minder begrip in functies en kloof tussen het bedrijfsleven en systeemvereiste. |
testmethoden | welke testmethoden worden gebruikt? Wat voor soort tests zullen worden uitgevoerd? Testtypen zoals installatie testen, functionele testen, UAT testen.Geef aan welke tools we gaan gebruiken bij het testen. Geef de tools en licentie-informatie op die nodig zijn voor het testen. |
Testschema en resultaten | beschrijven de volledige ster en de volledige testdatum. Noodzaak om uit te vinden van de datum van ontwikkelaar releases en het aantal releases. Vermeld elk van de ontwikkelaar release datum, test startdatum en voltooiingsdatum. Analyseer de vereisten en testen die we gaan uitvoeren en kom dan met de inspanning. Op basis van de bron, plan het schema met mile stone. We moeten ook rekening houden met het tijdschema zoals elke specifieke deadline. |
aanname | er kan elke aanname zijn met betrekking tot software, project, resource of Concepten. En deze moeten hierin geschreven worden. |
testteam en toewijzingen | Wie zijn de testers die zullen worden betrokken en wat hun verantwoordelijkheden zijn in het project are.To voor wie de opleiding vereist is, indien van toepassing. Wanneer verantwoordelijkheden zijn ingesteld is het gemakkelijk om de tests in het project uit te voeren. |
testomgeving | Geef alle informatie met betrekking tot de testomgeving. Wat is de testomgeving? In welke browsers wordt het testen uitgevoerd? Vermelding van de UAT-omgeving.Extern systeem dat tijdens het testen zal worden benaderd. Geef de capaciteit van RAM en processor. |
2) testontwerp:
testontwerp geeft aan hoe de tests moeten worden uitgevoerd. Het maken van testcases gebeurt meestal met ingangen en verwachte output van het systeem en het kiezen van welke testcases nodig zijn voor de uitvoering van de test. Tester moet het duidelijke begrip en de juiste kennis hebben om het verwachte resultaat in te stellen. Hierdoor wordt de dekking van het testen gedefinieerd en zal de tester geen scenario missen. Er zijn twee soorten testontwerptechnieken één is statisch testen en de andere is dynamisch testen. Statische testen wordt gebruikt om te testen zonder uitvoering meestal artefacten zoals document en dynamische testen is testen door het uitvoeren van het systeem.
testcase (Element in testcasedocument):
- Project / Test titel, Test uitgevoerd door, Test uitgevoerd Datum, versie van de software en testomgeving
- testcasenummer
- testsamenvatting
- stappen
- Pre-condition
- Postcondition
- testgegevens
- feitelijk resultaat
- verwacht resultaat
- testresultaat
- noot
3) testuitvoering:
wijze van uitvoering en test het werkelijke systeemresultaat ten opzichte van het verwachte resultaat is testuitvoering. Testuitvoering kan handmatig en met behulp van automation suit worden uitgevoerd. Tijdens de uitvoering tester moet ervoor zorgen, dat de gebruiker de behoefte van de software is bezet in de software. De uitvoering van de Test wordt uitgevoerd door het tijdens het ontwerp van de test gemaakte document als stap voor stap te verwijzen. Tester moet de track te houden tijdens het uitvoeren van de testcases.
voorbeeld voor statische tests:
- Test het document met de vereiste specificatie.
- Test het ontwerpdocument
- Test de gebruikershandleiding
voorbeeld voor dynamische tests:
- Unit testing
- Functional testing
- integratietest
4) Exitcriteria:
Exitcriteria bepalen wanneer de uitvoering van de test moet worden gestopt. De exitcriteria worden tijdens de testplanfase gedefinieerd en in de testuitvoeringsfase als mijlsteen gebruikt. Tester moet de exit criteria aan het begin in te stellen, exit criteria kunnen veranderen tijdens het uitvoeren van het project. Er zijn factoren zoals klantbehoefte, systeemstabiliteit en gevulde functie die de exitcriteria bepalen. Zodra de tester de exitcriteria heeft bereikt, wordt het testen gestopt. Hieronder vindt u een aantal gemeenschappelijke exitcriteria.
- alle kritieke defecten zijn gesloten.
- alle gemelde defecten en gesloten en geverifieerd.
- uitvoerde en bestreek de gebieden die meestal door de gebruiker werden gebruikt.
- het systeem voldeed aan alle vereisten.
- alle belangrijke functies worden getest en werken zoals verwacht.
5) testrapportage:
testrapportage geeft een beeld van het testproces en het resultaat voor de specifieke testcyclus. Om het element in de testrapportage te definiëren, moet eerst worden overwogen wie de doelgroepen van het testrapport zijn. Voor een voorbeeld zal een projectmanager graag het beeld op hoog niveau van de tests zien, intermediaire mensen zullen meer details willen bekijken en de klant zal de testrapportage verwachten in de criteria zoals vereiste basis, feature basis. Het testrapport wordt opgesteld en periodiek gecommuniceerd, zoals dagelijks, wekelijks, maand enz. Dit moet in verschillende fasen en tijd worden verzonden.In de toekomst moeten de resultaten van testrapporten worden geanalyseerd en moet de les worden toegepast. Het testrapport bevat elementen zoals de status van de testuitvoering, voltooid percentage, plan vs. uitgevoerde testgevallen, testomgeving, testuitvoering door middelen, risico en mitigatie indien van toepassing, defectsamenvatting, testscenario en-omstandigheden, om het even welke veronderstelling, om het even welke noot enz.
verslag van de testdekking: (Elementen van testdekking rapport)
- Percentage dat is voltooid,
- Test scenario
- Software
- Getest resource
- Getest datum
- resultaat
Gebrek samenvatting rapport: (Elementen van gebrek samenvatting rapport)
- Defect door ernst
- Defecten door prioriteit
- Gebreken door het toegewezen ontwikkelaar
- Gebreken door de functie
- Defecten door software gebied
- Open en gesloten gebreken
Risico-en mitigatie-rapport: (Risico-en mitigatierapport)
- geïdentificeerd risico
- waarschijnlijkheid
- risiconiveau
- Risicotype
- Mitigatieplan
conclusie:
in dit artikel hebben we geleerd over Testmanagementproces, het is niet alleen een enkele activiteit, maar het bestaat ook uit een reeks activiteiten zoals Testplanning, testontwerp, testuitvoering, Exitcriteria en testrapportage.
Leave a Reply