Introductie van de vereiste traceerbaarheidsmatrix
De voltooiing van het project is een uitdaging voor elk bedrijf, en elk project heeft verschillende vereisten en benaderingen, men kan een project op tijd voltooien wanneer elke vereiste correct wordt geanalyseerd. Om de voltooiing van het project eenvoudig te maken en aan alle vereisten te voldoen, gebruiken we RTM (matrix voor vereiste traceerbaarheid). Een RTM is een document of tabel waarin vereisten worden gekoppeld tijdens het validatieproces. Het doel van de Requirements Traceability Matrix is ervoor te zorgen dat alle voor een systeem gedefinieerde vereisten in de levenscyclus worden getest.
Definitie van matrix voor traceerbaarheid van vereisten
Eis traceerbaarheidsmatrix die gewoonlijk als RTM wordt genoemd, is een document of een tabel die wordt vermeld met de eisen van de klanten voor het project in uitvoering. Dit is een eenvoudig type matrix met rij- en kolomstructuur, die duidelijk definieert aan welke eis wordt voldaan en welke tussentijds wordt gewijzigd. Dus in het hele RTM traceren we de testgevallen met betrekking tot de behoefte van de klant en bekijken we de gebreken in de eis tijdens het proces.
Waarom is eis voor traceerbaarheidsmatrix vereist?
Er zijn een aantal voordelen van RTM, allereerst zoals we hierboven hebben besproken dat dit wordt gebruikt om de vereiste van de klanten te traceren en ook kunnen we de eventuele tekortkomingen in de vereiste vinden. Afgezien daarvan levert RTM de kwaliteit van het project omdat hierdoor verschillende defecten worden verwijderd en ook als er een wijziging in de vereiste tussen de test is, kunnen we dit eenvoudig wijzigen en tijd en energie besparen. Deze dingen helpen veel om het project op tijd en op een snellere manier te voltooien.
Soorten Matrix voor traceerbaarheid van vereisten
Laten we eens kijken naar de verschillende traceerbaarheidsmatrix.
Voorwaartse traceerbaarheid
De voorwaartse traceerbaarheid is het type traceerbaarheidsmatrix, het zal de manager helpen analyseren en verzekeren dat het project soepel in de goede richting gaat en alle eisen die door de klant worden gesteld, worden getest.
Achterwaartse traceerbaarheid
Dit is een ander type matrix dat de manager ervan verzekert dat de reikwijdte van het project niet wordt vergroot of dat de vereiste die er is strikt wordt nageleefd zonder extra gevallen of functies toe te voegen die mogelijk geen deel uitmaken van het project.
Bidi sectionele traceerbaarheid
Dit type traceerbaarheid helpt de manager om de vereisten voor het testen van cases voor zowel de voorwaartse als achterwaartse traceerbaarheid in één document in kaart te brengen. Dit type zorgt er dus voor dat alle vereisten correct worden getest.
Voorbeelden van vereiste traceerbaarheidsmatrix
|
Bedrijfseis nr . |
Beschrijving |
|
BR1 | Sommige zakelijke vereisten van de klant met betrekking tot realtime monitoringbeschikbaarheid. |
|
BR2 | Een vereiste van de bedrijfseigenaar met betrekking tot de werknemersdetails op het scherm. |
|
BR3 | De eis van de gebruiker met betrekking tot de themawijziging van het scherm. |
|
BR4 | Een ander zakelijk vereiste. |
Stel, TS1 (BR1) - Er is een optie voor realtime monitoring beschikbaar.
Testgevallen
Testcase 1: TS1.TC1 (BR1) optie succesvol uitgevoerd.
Testgeval 2: TS1.TC2 (BR1) optie is uitgeschakeld.
gebrek
Dus tijdens het uitvoeren als er een defect wordt gevonden, zoals Real-time monitoring, werkt het niet goed en worden gegevens niet na elke seconde bijgewerkt, dus wordt een defect-ID gegenereerd om dit specifieke probleem op te lossen.
Stel, X01, dus deze ID wordt toegewezen in de matrix om het defect te tonen.
Testbereik en matrix voor traceerbaarheid van vereisten
Testdekking wordt gedefinieerd als het proces waarin we controleren wat de vereisten van de klant zijn en welke vereisten moeten worden getest wanneer het testproces begint. Dit wordt meestal gedaan om de kans op het defect in het project te elimineren.
Om de volledige testdekking te bereiken, is het vaststellen van "traceerbaarheid van vereisten" vereist. Waarin alle defecten in kaart worden gebracht.
Soorten eisen specificaties
1. Softwarevereisten Specificatie Document
2. Bedrijfsvereisten
3. Gebruik Case Document
4. Projectvereistendocument
5. Defecte verificatiedocumenten
Voordelen
- Om te controleren of 100% testdekking is bereikt.
- Het is gemakkelijk om de impact van testgevallen op regressie te bepalen.
- Dit helpt ons om het bereik van ontbrekende functionele vereisten te verwijderen.
- Het maakt de projectevaluatie gemakkelijk en eenvoudig.
Hoe een behoefte-traceerbaarheidsmatrix te creëren?
RTM zoals hierboven besproken is het rij- en kolomdocument, dat de testdekking bevat over de verschillende vereisten en de hierin gevonden gebreken. Kortom, om een RTM te maken, moet men toegang hebben tot Microsoft Excel omdat het alle benodigde hulpmiddelen bevat die nodig zijn om de matrix te maken.
Afgezien daarvan is kennis van Excel heel nuttig, want om een matrix te maken, worden verschillende tools gebruikt en zijn er ook verschillende formules, dus als iemand daar kennis van heeft, maakt hij gemakkelijk de matrix en voert deze uit. Hier is het voorbeeld van de RTM:
Belangrijke punten om te onthouden
- Zorg ervoor dat elke vereiste volledig in de matrix wordt opgenomen tijdens het maken van de matrix.
- De weergave van de matrix moet zo zijn, het moet gemakkelijk te begrijpen zijn, men kan een andere kleurencombinatie gebruiken om de verschillende segmenten in de matrix te markeren.
- Defecten moeten naar behoren gerechtigd zijn in de matrix, met de juiste ID.
Conclusie
RTM (vereiste traceerbaarheidsmatrix) is de beste manier om aan alle eisen van de klant in het project te voldoen, zodat als er tijdens de test een defect wordt gedetecteerd, dit uit het proces wordt verwijderd, zodat het project niet verder wordt geschaad. Tegen die tijd is dit een effectief hulpmiddel voor projectevaluatie. De gedachte die vereist is tijdens het maken van de matrix is dat de matrix alle specificaties of vereisten van het project zal tonen en dat alle testdekking correct in de matrix moet worden vermeld, afgezien van het feit dat het defect-ID correct moet zijn en relevant moet zijn voor de vereiste in welke dit wordt gevonden. De gegevens moeten correct worden geanalyseerd en er moet een afzonderlijk rapport worden opgesteld over de reden waarom deze defecten optreden en hoe de omvang van deze defecten moet worden geëlimineerd. Deze dingen maken de projectevaluatie sterk en de uitvoering van het project zal ook eenvoudig zijn. Dus eindelijk kunnen we zeggen dat een goede RTM de trailer is van het goede project.
Aanbevolen artikelen
Dit is een leidraad geweest voor de voorbeeld-traceerbaarheidsmatrix met een voorbeeld. Hier hebben we het concept, de typen, de testdekking en het maken van een behoefte-traceerbaarheidsmatrix met voorbeelden besproken. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Wat zijn Maven-plug-ins?
- Voordelen van het gebruik van Selenium
- Wat is PPC?