Introduktion till programvarutestningsprinciper

Princip för mjukvarutestning är en process för att testa resultatet eller produktionen av en produkt med en förväntad produktion från en klient. Med andra ord kan vi säga att utvärdering av system eller komponenter för att hitta de specificerade kraven. Den genomför processen för att identifiera luckor, fel, eventuella defekter i produkten, kvaliteten på programvaran som utvecklas, fullständighet eller saknade krav för att matcha specifika krav.

Innan vi går över till principer för mjukvarutestning kommer vi att se kort några begrepp om mjukvarutestning som diskuteras nedan:

Testning av programvara

Testningen av produkten började 1979 av Glenford J. Myers som introducerade processen med felsökning av produkterna. Hans huvudsakliga avsikt var att arbeta med brytningstest, vilket är ett enkelt testfall för att upptäcka oupptäckta fel och att skilja grundläggande utvecklingsaktiviteter, såsom felsökning, fel, etc. från programvaruteknikgemenskapen.

Vem testar?

I stora branscher eller företag kommer det att finnas ett team med tillhörande intressenter i projektet för att utföra testningen baserad på processen. De kommer att analysera programvaran på de givna kraven.

Följande är de proffs som deltar i en testprocess beroende på deras respektive kapacitet: -

  • Programvarutester
  • Mjukvaruutvecklare
  • Projektledare
  • Slutanvändare

Det finns olika typer av roller som testar mjukvaran eller produkten baserat på deras erfarenhet och kunskap, såsom programvarutester, mjukvarukvalitet, säkerhetsingenjör, QA-analytiker, etc.

Principer för programvarutestning

Programvarutestning är en extremt utmanande uppgift. Principerna för programvara definierar instruktioner för utvecklingsgrupper för att hitta fel eller effekter av ett projekt. Följande är de sju grundläggande principerna för mjukvarutestning: -

Princip 1: Testning visar närvaron av defekter

Testning är en process som visar förekomsten av defekter i applikationen. Den visar defekterna men kan inte bevisa att det inte finns några fel. Det betyder att testteamet inte kan säga att produkten är 100% defektfri. Det minskar antalet oupptäckta fel i applikationen. Du kan inte anta att den testade applikationen är 100% felfri, även om testningen är genomförd. Design därför de nödvändiga testfallen för att hitta defekterna så mycket som möjligt.

Princip 2: Uttömmande testning är omöjlig

Det finns mindre möjlighet att testa med kombinationer av ingångar, data, testscenarier och förutsättningar eftersom de tar mer tid att testa processen. Därför kan testteamet använda några viktiga testkriterieeffekter som risk och prioriteringar istället för att göra uttömmande tester.

Tänk till exempel på att det finns 15 fält på en skärm som innehåller 5 möjliga värden. För att testa alla kombinationer behöver du 30 517 578 125 (5 15 ) test. Men projekttiderna skulle aldrig tillåta att testa ett stort antal kombinationer. Av denna anledning används testeffekter som kallas risk och prioriteringar för att testa viktiga funktioner. Så, åtkomst till och hantering av risker betraktas som den viktigaste och viktigaste aktiviteten för testning i alla projekt.

Princip 3: Tidig testning

I detta skede kommer testaktiviteter att genomföras i programvaru- eller systemutvecklingens livscykel för att hitta defekterna så snart som möjligt och fokusera på definierade mål. Testare kan börja testa produkterna om de har tillgång till produktkrav eller dokument.

Den största fördelen med tidig test är att testare enkelt kan upptäcka fel, buggar och hjälpa till på varje utvecklingsnivå med färre kostnader och ansträngningar.

Om det finns fel i ett inledande skede av utvecklingslivscykeln, kommer det att vara enklare och billigare att fixa, och även kostnadskvaliteten blir mindre. Annars, om de hittade sent, måste du ändra hela systemprocessen. Testteamet kommer att ha en djup förståelse av produkten eftersom de var involverade från början av kravsamlingen och analysfasen.

Princip 4: Defect Clustering

Denna fas inkluderar defekter relaterade till ett litet antal moduler, som spåras under pre-release test. Det betyder att små moduler har fler fel i systemet. I Pareto Princip-applikationen är mjukvarutestning ungefär 80:20; vilket innebär att 80% av problemen finns på grund av 20% av modulerna.

Defektklustering använder kunskap och erfarenhet av testteamet för att känna igen de potentiella modulerna som ska testas. Denna prognos kan spara tid och ansträngning eftersom teamet bara behöver fokusera på de "känsliga" områdena. Det finns en liten nackdel med denna fas när testare fokuserar på ett litet område i laget, de kan misslyckas med att missa buggarna från andra områden.

Princip 5: Pesticidparadox

Denna fas används för att systematiskt granska testfall och använder olika typer av tester för att hitta fler defekter på programvaran eller systemet. Om du kör samma test om och om igen, finns det mindre chans att få nya buggar som upptäcks av dessa testfall.

Du kan inte tillämpa dessa tester på hela systemet men kan tillämpas på vissa begränsade moduler. Testteam granskar och uppdaterar ofta testfallen för att täcka olika typer av projektprojekt.

Princip 6: Testning är kontextberoende

Testning är i princip innehållsberoende, projekt och produkter innehåller olika element, funktioner och krav. I detta tillvägagångssätt kan olika typer av webbplatser testas olika och samma testfall kan inte tillämpas för olika projekt.

Till exempel kommer säkerhet och kritisk programvara att testas annorlunda än en e-handelswebbplats eller en applikation inom bankbranschen testas mer än underhållningsprogramvara. Det finns olika typer av metoder, tekniker och testningstyper baserade på applikationens natur.

Princip 7: Avsaknad av felaktig fel

Om det inte finns några fel i applikationen, eller om det inbyggda systemet är oanvändbart och inte uppfyller användarens förväntningar, hjälper det inte att hitta och fixa fel. Om det inte finns några buggar i programvaran bör du inte tänka på att programvaran är redo att användas. eftersom testning bör utföras tillsammans med rätt krav.

Slutsats: Testprinciper för programvara

Hittills har du sett att sju principer för mjukvarutestning ger tillförlitlig produktkvalitet genom att testa produkterna. Dessa principer kan tillämpas för att testa projektet och kodningen. Huvudmålet med denna livscykelprocess är att hitta korrekthet, fullständighet, kvalitet och upptäcka fel i programvaran.

Rekommenderade artiklar

Detta har varit en guide till principer för programtestning. Här diskuterar vi begrepp, historik och topp 7 principer för programvarutestning. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -

  1. Vad är MVC?
  2. Testa intervjufrågor
  3. Vad är mjukvarutestning?
  4. Karriärer inom mjukvarutestning

Kategori:

Mjukvaruutveckling