Wat is statisch testen?
Voordat we statische testtechnieken begrijpen, moeten we begrijpen wat statische testen zijn en hoe deze testen in het testproces zijn gekomen. Voordat u software vrijgeeft en afhandelt bij de client, is het erg belangrijk om deze volledig te testen. Voor het volledig testen van softwareverificatie en -validatie moeten beide worden gedaan. Hiervoor spelen statische en dynamische testen hun rol. Bij statische testen wordt software of een toepassing handmatig getest of met behulp van de tools zonder de code uit te voeren, dat wil zeggen dat defecten worden gevonden in statische testen zonder de feitelijke uitvoering van code, terwijl bij dynamische testen code wordt uitgevoerd om de defecten te vinden.
Statisch testen gebeurt op 2 manieren:
- Beoordelingen: beoordelingen worden gedaan om de defecten, problemen en dubbelzinnigheden in de documenten te vinden, zoals vereisten, ontwerp, enz. Beoordelingen spelen een belangrijke rol bij statische testen, omdat het beter is om de oorzaak van het falen te vinden in het begin in plaats van het falen aan het einde. Aangezien de meeste problemen ontstonden na de ontwikkeling van software met betrekking tot de vereisten, is het ontwerp niet vastgelegd in het begin of enige onduidelijkheid in de documenten. Beoordelingen kunnen formeel / informeel zijn, afhankelijk van de specifieke fase van het testen van software. Reviews in het testen van software bestaan uit Informeel, Walkthrough, Inspection en Technical Review.
- Statische analyse: In Statische analyse wordt software of een toepassing getest om de structurele defecten in de code te vinden die door ontwikkelaars zijn geschreven zonder deze daadwerkelijk uit te voeren. Statische analyse wordt meestal gedaan door de tools en wordt gebruikt om de defecten te ontdekken, zoals ongebruikte / niet-gerefereerde variabelen, programmeerstandaardovertreding, syntaxisovertredingen, codeerstandaarden niet gevolgd, dode code (code geschreven maar nergens gebruikt), enz. Er zijn bepaalde tools beschikbaar in de markt die helpt bij de statische analyse van code, het analyseren van structuren en afhankelijkheden, het berekenen van statistieken zoals cyclomatische complexiteit of nestniveaus en het dwingen van ontwikkelaars om specifieke coderingsstandaarden te volgen en helpt bij statische analyse.
Statische testtechnieken
Zoals hierboven vermeld, wordt statisch testen handmatig uitgevoerd, wat wordt uitgevoerd in beoordelingen of door testtools die worden uitgevoerd in statische analyse.
Beoordelingsproces: tijdens statisch testen kunnen beoordelingen op twee manieren worden gedaan:
1. Informele beoordeling
- Informele beoordeling vindt plaats in de vroege stadia van de ontwikkelingslevenscyclus.
- Er worden geen formele documenten of procedures gebruikt in een informele beoordeling.
- Informele beoordeling komt in verschillende vormen en vormen, het enige kenmerk is dat ze niet formeel zijn gedocumenteerd.
- Hoofddoel van informele beoordeling is het verbeteren van de kwaliteit van software met behulp van auteurs.
- Het volgt een eenvoudige procedure zoals twee personen die bij elkaar zitten en waarvan een auteur het werk van andere collega's beoordeelt, zoals elk document, ontwerp, code, enz. Het kan verder meer leden of een heel team toevoegen, afhankelijk van het testniveau.
2. Formele beoordeling
- De formele evaluatie is zeer goed gestructureerd en gedocumenteerd.
- Formele beoordeling wordt beheerd en volgt verschillende fasen van beoordelingen zoals Planning, Kick-Off, Voorbereiding, Review Meeting, Rework en Follow-up.
- Formele beoordeling omvat brede en serieuze scenario's van de software, zoals wettelijke vereisten, volwassenheid van softwareontwikkeling, enz.
Typen beoordelingen
Hieronder worden de verschillende soorten beoordelingen vermeld:
1. Doorloop
- In de walkthrough leidt Author het beoordelingsproces om aan het algemene begrip te voldoen en andere teamleden stellen de mogelijke vragen en geven hun verzamelde feedback.
- Walkthrough kan een formele of informele beoordeling zijn.
- Notulen van de vergadering en de gemelde gebreken / bevindingen worden genoteerd door de schrijver (die niet de auteur is) om ze later te volgen.
- Teamleden hoeven geen gedetailleerde kennis van de inhoud te hebben, aangezien de auteur daar goed op is voorbereid en het een soort kennisoverdrachtsessie is.
Hoofddoelstellingen van Walkthrough
- Hoofddoel is het mogelijk maken van leren en kennis geven aan andere teamleden over de inhoud.
- Het document presenteren aan alle belanghebbenden, binnen en buiten de softwarediscipline en meer informatie verzamelen over het beschouwde document.
- Ze streven ernaar dat andere leden de inhoud duidelijk onderzoeken, zodat ze suggesties en alternatieven voor het voorgestelde document kunnen geven.
2. Inspectie
- Inspectie is een van de meest formele soorten beoordelingen.
- Het wordt geleid door een getrainde moderator die niet de auteur van de vergadering is.
- Beoordelaars zijn goed voorbereid vóór de vergadering over de documenten of wat moet worden besproken.
- Regels en checklists worden gebruikt in deze vergadering gedurende welke het product wordt onderzocht en gebreken worden vastgelegd.
- Defecten die tijdens de vergadering zijn aangetroffen, worden gedocumenteerd in het probleemlogboek of de loglijst.
- Meeting heeft juiste entry- en exitcriteria.
- Rapporten die tijdens de vergadering zijn gemaakt, worden gedeeld met de auteur om daar passende acties op te ondernemen.
- Een modaal vervolgproces wordt door de moderator uitgevoerd om de verbeteringsproblemen aan te pakken en te leren van gevonden defecten.
Hoofddoelstellingen van inspectie
- Verbetering van de kwaliteit van documenten onder inspectie.
- Snel de in de vergadering gevonden gebreken vinden en verhelpen.
- Meer gedetailleerd begrip creëren via groepsdiscussies en informatie-uitwisseling.
- Leren van de eerder geïntroduceerde defecten en deze in de toekomst niet meer herhalen.
3. Technische beoordeling
- Het is goed gedocumenteerd en volgt de defectdetectietechniek waarbij collega's en technische experts betrokken zijn.
- Het wordt meestal geleid door een getrainde moderator en niet door de auteur.
- In Technical Review wordt het product onderzocht en worden de defecten gevonden die hoofdzakelijk technische zijn.
- Er is geen managementparticipatie in Technical Review.
- Het volledige rapport is opgesteld om een lijst met problemen te behandelen.
Hoofddoelstellingen van technisch onderzoek
- Houd deelnemers op de hoogte van de technische concepten van het document.
- Om ervoor te zorgen dat vanaf het begin technische concepten correct moeten worden begrepen.
- Om de alternatieven en oplossingen van de deelnemers met betrekking tot technische concepten te verzamelen.
- Consistentie handhaven in het technische en conceptuele ontwerp van de software.
- De nadruk leggen op de technische aspecten van de software en de technische haalbaarheid die net zo belangrijk is als de conceptuele.
Conclusie
Statische tests helpen niet alleen bij het vinden van de defecten in een vroeg stadium, maar bieden ook een afsluitende weergave van de documenten en helpen bij het begrijpen van de ontbrekende vereisten, dubbelzinnigheden, ontwerpfouten, onderhoudsproblemen, enz. Een enkel document is onderworpen aan meerdere beoordelingen en elke beoordeling heeft zijn eigen doelstelling en procedures. Elke beoordeling dient een specifiek doel, zoals informele beoordeling wordt gedaan vóór elke technische of formele beoordeling, zodat defecten die informeel kunnen worden gevonden eerst kunnen worden verholpen. Hoe meer beoordeling wordt uitgevoerd op een document vóór en tijdens de ontwikkeling, hoe minder de kans op defecten uiteindelijk is.
Aanbevolen artikelen
Dit is een handleiding voor statische testtechnieken. Hier bespreken we verschillende soorten beoordelingen en statische technieken in detail. U kunt ook onze andere voorgestelde artikelen doornemen -
- Het concept van statisch testen begrijpen
- Wat is niet-functioneel testen?
- Voorbeelden van White Box-tests
- Wat doet dynamische testen?