De många typerna av programvarutestningsmetoder

Innan programvara går offentligt, spenderar programmerare timmar på att försöka stryka ut varje lilla bugg. Innan produkten uppfyller alla intressenter kommer den inte att användas för kommersiell användning.

Stort mjukvaruföretag, som Google, lyckas trots lågprioriterande fel i programvaran, eftersom de har tålmodiga investerare och lojala användare. Mindre företag och startups har dock inte den lyxen. Kunderna förväntar sig att produkter ska göra vad de hävdar på försäljningssidan eller i dokumentationen. Med så många alternativ där ute, tänker de inte två gånger om hoppningsskeppet om produkten slösar bort tid och pengar. Därför genomgår programvaran noggranna tester före släpp för att:

• markera skillnader mellan originalkonceptet och slutprodukten
• verifiera att programvaran fungerar som planerna planeras
• bekräfta att slutprodukten uppfyller kundens krav
• bedöma egenskaper och kvalitet

Testningen följer en strikt ritning för att optimera personalens kompetens, tid och pengar samtidigt som intressenterna får viktig information för att ta fram produkten. Målet är att underlätta en god slutanvändarupplevelse genom ett starkt kvalitetssäkringsprogram.Med insatserna så höga är QA-cheferna några av de bästa tjänstemännen inom teknikindustrin. Testning brukar följa dessa steg:

1. Kravanalys där cheferna skisserar en plan för att sätta en lämplig teststrategi på plats.
2. Testerna börjar och resultaten genomgår analys.
3. Eventuella fel korrigeras och mjukvaran går igenom regressionstestning - ett system för att kontrollera att programmet fortfarande fungerar efter ändringar.
4. En teststängningsrapport beskriver sedan hela processen och resultaten.

Personer kan bli certifierade programvarutestare genom organisationer som BCS, The Chartered Institute for IT, ISTQB® (International Software Testing Qualifications Board) och ASQ (tidigare American Society for Quality).

Software Testing Methods

Black box och white box test är de två grundläggande metoderna för att bedöma produktbeteende och prestanda, men det finns också andra metoder.

• Svart boxningstestning: Kallas även funktionell eller specifikationsbaserad testning, den här metoden fokuserar på produktion. Testare är inte oroade över de interna mekanismerna. De kontrollerar bara att programvaran gör vad den ska göra. Kunskaper om kodning är inte nödvändiga, och testare arbetar på användargränssnitt.
• White box testning: Denna metod använder kodningsteknik som en del av testproceduren. När en produkt misslyckas går testarna så djupt in i koden som behövs för att hitta orsaken. Programutvecklarna gör det själv eftersom de bestämmer hur produkten ska fungera. Strukturbaserad och glasboxprovning är andra namn för denna metod.

• Statisk provning: Testare undersöker programvarans kod och dokumentation, men kör inte programmet. Statiska tester börjar tidigt i produktens utveckling under verifieringsprocessen.
• Dynamisk provning: Programvaran exekveras med olika ingångar, och testare jämför jämförelser med förväntat beteende med denna metod.
• Grafisk användargränssnittstestning: Detta testa GUI-egenskaper som textformatering, textrutor, knappar, listor, layout, färger, typsnitt, typsnittstorlekar och så vidare. GUI-testning är tidskrävande, och företag från tredje part tar ofta uppgiften istället för utvecklare.

Testnivåer

Olika testnivåer används för att identifiera svaghetsområden och överlappning i varje fas av mjukvaruutvecklingens livscykel.

• Enhetstestning: Utvecklare testar de mest grundläggande delarna av kod som klasser, gränssnitt och funktioner / procedurer. De vet hur deras kod ska svara och kan göra justeringar beroende på produktionen.
• Komponenttestning: Andra namn är modul- eller programtestning. Det liknar enhetstestning men innehåller en högre grad av integration. Programvarans moduler testas för fel för att verifiera deras individuella funktion.
• Integrationstestning: Detta identifierar fel när moduler är integrerade. Olika integrationsprov är uppifrån, upp och ned och funktionell inkrementell.

• Systemtestning: Komponenter av ett projekt testas som helhet i olika miljöer med denna metod. Den faller under den svarta lådmetoden och är en av de slutliga testerna i processen. Det avgör om systemet fungerar som det ska för att möta affärs- och användarbehov.
• Alfa-testning: Intern personal testar programvaran på utvecklarens webbplats i en simulerad eller faktisk miljö. Därefter rätta utvecklarna fel och andra problem.
• Betatestning: Känd som fälttestning testar klienterna produkten på sina egna webbplatser i reella förhållanden. Klienter kan erbjuda en grupp slutanvändare möjlighet att testa programvaran via prerelease eller beta-versioner. Feedback om eventuella förbättringar skickas sedan till utvecklaren.

• Godkännande tester: Också inom ramen för svart boxningstest, testar klienter mjukvaran för att ta reda på om utvecklaren har skapat programmet till önskade specifikationer.

Testtyper

Olika typer av mjukvarutester är utformade för att fokusera på specifika mål.

• Installationstestning: Programvarutestingenjören och konfigurationshanteraren utför detta test för att säkerställa att slutanvändaren kan installera och köra programmet. Den täcker områden som installationsfiler, installationsplatser och administrativa behörigheter.
• Utvecklingstestning: Detta implementerar en rad synkroniserade strategier för att upptäcka och förebygga defekter. Den innehåller statisk kodanalys, peer code reviews, spårbarhet och mätanalys. Syftet är att minska risker och spara kostnader.
• Användbarhetstestning: Användarupplevelse kommer under rampljuset med detta test. Det mäter hur bra GUI är utformad och användarvänlighet. Testet kontrollerar noggrannhet och effektivitet av funktionerna och de emotionella responserna hos testpersonerna.

• Sanity testning: Detta indikerar om programvaran är värda tiden och kostnaden för att fortsätta ytterligare tester. Om det finns för många brister, kommer inte mer aggressiva tester att följa.
• Röktestning: Rökestning avslöjar grundläggande fel som är allvarliga för att förhindra utsläpp. När detta utförs på en ny byggnad kallas det ett byggverifieringsprov.
• Regressionstestning: När systemet genomgår modifiering, övervakar regressionstestet oväntat beteende. Det påpekar negativa effekter på moduler eller komponenter.
• Destruktiv testning: Testare anger onormala poster och identifierar programvarans förmåga att hantera oväntad inmatning. Detta visar utvecklare hur robust programmet är vid felhantering.
• Återställningstestning: När maskinvaran eller andra funktioner misslyckas visar det här testet hur bra programvaran kan återställa och fortsätta att fungera.
• Automatiserad testning: Detta utför funktioner som är svåra att genomföra manuellt. Den använder specifika program för att köra testen och för att ge data om faktiska kontra förväntade resultat.
• Kompatibilitetstestning: Programvaran måste köras i olika datormiljöer, så det kontrollerar kompatibilitet med olika system. Till exempel arbetar mjukvaran med olika operativsystem och webbläsare?
• Prestandatester: Detta är ett djupt test som granskar programvaruprestanda i olika scenarier. Information om respons, stabilitet, resursallokering och hastighet samlas in. Dessutom spelar delprov som volym-, kapacitets- och spikprovning en roll i processen.
• Säkerhetsprovning: Detta mäter programvarans förmåga att skydda användarnas säkerhet. Det betyder auktoriseringsfunktioner, autentisering, sekretess, integritet, tillgänglighet och nonrepudiation.
• Tillgänglighetstestning: Detta är inte detsamma som användbarhetstestning. Detta bestämmer i vilken utsträckning användare av olika kompetens-inlärning och fysiska funktionshinder ingår, kan använda programvaran.
• Internationalisering och lokaliseringstestning: Resultat visar hur mjukvaran kan anpassa sig till olika språk och regionala krav. Detta inkluderar att lägga till komponenter för specifika platser och översätta text.