Att genomföra noggranna och korrekta mjukvarutester följer många principer. International Software Testing Qualifications Board särskiljer sju grundläggande, som vi kommer att diskutera idag. Nyfiken på att ta reda på mer? Läs en artikel om de viktigaste ISTQB-testprinciperna!
Testning ökar sannolikheten för att hitta misstag, vilket i sin tur underlättar möjligheterna att åtgärda dem. Men det kan inte fullt ut garantera att mjukvaran är fri från alla defekter även om den stora majoriteten upptäcks och åtgärdas. På grund av oförmågan att skapa felfri mjukvara, anser många att processen är negativ av design, eftersom du aldrig får ett positivt resultat och alltid hittar lite “smuts” i programmen.
Den ovanstående tumregeln säger att att upptäcka alla funktionsfel i mjukvara är meningslöst. Detta gäller dock inte för enkla korta program. Detta indikerar i sin tur att det finns en chans att se alla kombinationer av indata och förutsättningar för att testa vissa program helt. När man utvärderar sofistikerad mjukvara kan inte ens den bästa AI utföra alla nödvändiga mätningar, för att inte tala om manuella testare. Automatiserade bedömare kommer att köra genom appar mer effektivt och noggrant, men de kan fortfarande inte garantera felfri prestanda. För att göra det måste du ge dig in på ytterligare uppgifter som prioritering, riskanalys samt att hitta och köra andra testtekniker.
Många yrkesverksamma kallar också denna princip “skifta vänster.” Ju tidigare du upptäcker defekter, desto lättare kan du åtgärda dem, därför bör statisk och dynamisk testning börja så tidigt som möjligt. Kort sagt:
Att upptäcka defekter i de första faserna av implementeringen underlättar vidare diagnos. Men när två områden av mjukvara interagerar, blir det besvärligt att åtgärda defekter på grund av oförmågan att peka ut den som har felet. I sådana fall tar det extra tid, ansträngning och arbetskraft att hantera. Sammanfattningsvis är det den snabba responsen på uppkomna hinder som kan förhindra att sprickor multipliceras.
De flesta glitchar tenderar att klustra i de mest kritiska modulerna, så deras djupgående granskning avslöjar och eliminerar tillräckligt de flesta. Dessa grupper blir det största fokuset för att genomföra risk analys för att kartlägga och fastställa framtida handlingssätt. Majoriteten av felen ytan efter att ha följt de vägar som användarna tar, men i dessa fall räcker inte kunskap ensam för att göra modulerna felfria.
Paretoprincipen säger att 80% av resultaten kommer från endast 20% av orsakerna. Med andra ord, 80% av buggarna finns i 20% av modulerna. Om du stöter på många funktionsfel i en modul, fortsätt gräva eftersom de kommer att finnas där.
Att köra samma tester upprepade gånger kan misslyckas eftersom de kan ha utformats felaktigt från början och aldrig kommer att visa sig vara effektiva. Du måste ändra och uppgradera testningen för att öka chansen att hitta nya fel i mjukvaran.
Att skapa ett helt nytt system för diagnos kommer inte att lösa problemet heller. Att följa de tidigare kombinationerna kan stoppa bedömningsprocessen på samma nivå. Denna princip kallas ‘pesticidparadox’ eftersom pesticider som kontrollerar skadedjur också förlorar effektivitet efter en viss mängd användning.
Metoden för att utföra tester beror på de ämnen som undersöks. Således varierar testning av ett bokföringsprogram, ett videospel eller en social nätverksapplikation avsevärt. Det beror också på situationen, till exempel skiljer sig en analys som fokuserar på praktikaliteten hos en app, som att kontrollera dess attraktivitet för användare, användarvänlighet, visuell nivå, etc., också från de utvärderingar som syftar till programmets funktionella egenskaper, t.ex. att utföra korrekta beräkningar.
Att använda olika typer av diagnostiska verktyg kan inte garantera felfria appar. Många som påstår och marknadsför sina appar som sådana har fel, men troligen är det bara för de marknadsföringsinsatser de gör som de gör påståendet. Du kan utföra flera manuella och automatiserade tester för att öka sannolikheten för att upptäcka och åtgärda så många fel som möjligt, men ändå finns det ingen garanti för perfekt prestanda. I vissa fall rör sig hindren om operativ mjukvara, t.ex. programmet kanske inte uppfyller alla användares förväntningar.
Så här presenterar ISTQB, på en grundläggande nivå, sju ISTQB-testprinciper som en mjukvarutestare bör följa. Först indikerar de omöjligheten av fullständig mjukvarudiagnos, därför är det avgörande, bland annat, att modifiera tester, samt att genomföra en grundlig sökning i de nyckelmodulerna. Dessa åtgärder förbättrar sökningen och rensningen av majoriteten av defekterna och minskar sannolikheten för framtida fel.
Vad är mjukvarutestning? Nu vet du svaret! Kolla in våra andra serier om Python och Javascript!
Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
JavaScript-expert och instruktör som coachar IT-avdelningar. Hans huvudmål är att höja teamets produktivitet genom att lära andra hur man effektivt samarbetar medan man kodar.
Filer i PDF-format följer med oss varje dag. Detta universella sätt att spara innehåll garanterar…
Utvecklingen av Internet och maskininlärning har äntligen satt åt sidan traditionella skrymmande pappersordböcker. Oavsett om…
Röntgensökning är en av många datorsökningstekniker som används för att rekrytera anställda av HR-avdelningar. Den…
Idag kommer vi att fokusera på den inledande fasen av företagsutveckling – nystartade företag. Vi…
Program för att bygga appar utan kodning – känner du till några av dem? Som…
Vad är teamdynamik? Teamdynamik återspeglar den organisatoriska kulturen och arbetsmiljön där teamet verkar. Positiv eller…