Inleiding tot softwaretestprincipes
Software Testing Principle is een proces om het resultaat of de output van een product te testen met een verwachte output van een klant. Met andere woorden, we kunnen zeggen dat evaluatie van systeem of componenten om de gespecificeerde eisen te vinden. Het voert het proces uit van het identificeren van de hiaten, fouten, eventuele defecten in het product, de kwaliteit van de software die wordt ontwikkeld, de volledigheid of ontbrekende vereisten om aan specifieke vereisten te voldoen.
Voordat we overgaan op principes van softwaretesten, zullen we kort enkele concepten van softwaretesten zien, zoals hieronder wordt besproken:
Softwaretestgeschiedenis
Het testen van het product begon in het jaar 1979 door Glenford J. Myers, die het proces voor het debuggen van de producten introduceerde. Zijn voornaamste bedoeling was om te werken aan breektesten, wat een eenvoudige testcase is om niet-ontdekte fouten te detecteren en om fundamentele ontwikkelingsactiviteiten, zoals foutopsporing, fouten, enz. Te scheiden van de software engineering-gemeenschap.
Wie doet testen?
In grote industrieën of bedrijven zal er een team van betrokken stakeholders van het project zijn om de tests op basis van het proces uit te voeren. Ze analyseren de software op de gegeven vereisten.
Hier volgen de professionals die betrokken zijn bij een testproces, afhankelijk van hun respectieve capaciteiten: -
- Software tester
- Software ontwikkelaar
- Projectleider
- Eindgebruiker
Er zijn verschillende soorten rollen die de software of het product testen op basis van hun ervaring en kennis, zoals Software Tester, Software Quality, Assurance Engineer, QA Analyst, etc.
Principes van softwaretesten
Software testen is een uiterst uitdagende taak. De principes van software definiëren instructies voor ontwikkelingsteams om de fouten of effecten van een project te vinden. Hier volgen de zeven fundamentele principes van softwaretests: -
Principe 1: Testen toont de aanwezigheid van defecten
Testen is een proces dat de aanwezigheid van defecten in de toepassing aantoont. Het toont de defecten maar kan niet bewijzen dat er geen defecten zijn. Dit betekent dat het testteam niet kan zeggen dat het product 100% defectvrij is. Het vermindert het aantal niet-ontdekte defecten in de applicatie. Je kunt er niet vanuit gaan dat de geteste applicatie 100% foutloos is, ook al is er getest. Ontwerp daarom de benodigde testgevallen om de defecten zoveel mogelijk te vinden.
Principe 2: Uitputtende testen is onmogelijk
Er is minder mogelijkheid om te testen met combinaties van invoer, gegevens, testscenario's en randvoorwaarden, omdat het meer tijd kost om het proces te testen. Daarom kan het testteam een aantal belangrijke testcriteria gebruiken, zoals risico's en prioriteiten, in plaats van uitgebreid te testen.
Overweeg bijvoorbeeld dat er 15 velden in één scherm zijn die 5 mogelijke waarden bevat. Om alle combinaties te testen, hebt u 30 517 578 125 (5 15 ) tests nodig. Projecttijdschalen zouden echter nooit een groot aantal combinaties testen. Om deze reden worden testeffecten, risico's en prioriteiten genoemd, gebruikt om belangrijke functies te testen. Toegang tot en beheer van risico's worden dus beschouwd als de belangrijkste en meest essentiële activiteiten voor het testen in elk project.
Principe 3: Vroeg testen
In deze fase zullen testactiviteiten worden uitgevoerd in de levenscyclus van software of systeemontwikkeling om de defecten zo snel mogelijk te vinden en zich te concentreren op gedefinieerde doelstellingen. Testers kunnen de producten gaan testen als ze over de productvereisten of documenten beschikken.
Het belangrijkste voordeel van vroeg testen is dat testers gemakkelijk fouten, bugs en hulp bij elk ontwikkelingsniveau kunnen detecteren met minder kosten en inspanningen.
Als er fouten worden gevonden in een beginfase van de ontwikkelingslevenscyclus, is het eenvoudiger en goedkoper om op te lossen en zijn de kwaliteitskosten lager. Anders moet u het hele systeemproces wijzigen als ze te laat worden gevonden. Het testteam zal vanaf het begin van de fase van het verzamelen en analyseren van de vereisten een diep begrip van het product hebben.
Principe 4: Defect clustering
Deze fase omvat defecten die verband houden met een klein aantal modules, die worden gevolgd tijdens tests voorafgaand aan de release. Het betekent dat kleine modules meer defecten in het systeem hebben. In de Pareto Principle-toepassing is het testen van software ongeveer 80:20; wat betekent dat 80% van de problemen wordt gevonden vanwege 20% van de modules.
Defectclustering maakt gebruik van kennis en ervaring van het testteam om de te testen potentiële modules te herkennen. Die voorspelling kan helpen tijd en moeite te besparen, omdat het team zich alleen hoeft te concentreren op die 'gevoelige' gebieden. Er is een klein nadeel van deze fase wanneer testers zich op een klein deel van het team concentreren, waardoor ze de bugs uit andere gebieden misschien niet missen.
Principe 5: Pesticide Paradox
Deze fase wordt gebruikt om testgevallen systematisch te beoordelen en gebruikt verschillende soorten tests om meer defecten van de software of het systeem te vinden. Als u steeds opnieuw dezelfde tests uitvoert, is er minder kans op nieuwe bugs die door deze testgevallen worden ontdekt.
U kunt deze tests niet op het hele systeem toepassen, maar op enkele beperkte modules. Testteams zullen de testgevallen vaak beoordelen en bijwerken om verschillende soorten secties van de projecten te behandelen.
Principe 6: Testen is afhankelijk van de context
Testen is in principe afhankelijk van de inhoud, projecten en producten bevatten verschillende elementen, functies en vereisten. In deze benadering kunnen verschillende soorten sites verschillend worden getest en kunnen dezelfde testgevallen niet voor verschillende projecten worden toegepast.
Veiligheids- en kritieke software zal bijvoorbeeld anders worden getest dan een e-commerce-site of een toepassing in de banksector zal meer worden getest dan entertainmentsoftware. Er zijn verschillende soorten methoden, technieken en soorten testen op basis van de aard van een toepassing.
Principe 7: Afwezigheid van fouten Fout
Als er geen fouten in de toepassing zijn of als het systeem onbruikbaar is en niet voldoet aan de verwachtingen van de gebruiker, helpt het vinden en herstellen van defecten niet. Als de software geen bugs bevat, moet u er niet aan denken dat de software klaar is voor gebruik; omdat testen moet worden uitgevoerd samen met de juiste vereisten.
Conclusie: softwaretestprincipes
Tot nu toe hebt u gezien dat zeven principes van softwaretesten betrouwbare productkwaliteit bieden door de producten te testen. Deze principes kunnen worden toegepast voor het testen van het project en codering. Het hoofddoel van dit levenscyclusproces is om correctheid, volledigheid, kwaliteit en fouten in de software te vinden.
Aanbevolen artikelen
Dit is een handleiding geweest voor het testen van software. Hier bespreken we de concepten, geschiedenis en top 7 principes van softwaretesten. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Wat is MVC?
- Interviewvragen testen
- Wat is softwaretesten?
- Carrières in het testen van software