top 20 practical software testing tips you should read before testing any application
Jag önskar att alla testare läser mjukvarutestning som uppdateras i den här artikeln . Läs varje punkt noggrant och försök implementera dem i dina dagliga testaktiviteter. Detta är vad jag förväntar mig av läsarna genom den här artikeln. Om du inte förstår någon testmetod, be om mer förtydligande i kommentarfältet nedan.
Du kommer dock att lära dig alla dessa testmetoder genom erfarenhet. Men varför lär du dig inte alla dessa saker innan du gör något misstag?
Kom och titta på dem!
Här är några av de bästa testmetoderna som jag lärde mig av erfarenhet:
hur man testar en webbplats
# 1) Lär dig att analysera dina testresultat noggrant. Ignorera inte några testresultat. Det slutliga testresultatet kan vara 'pass' eller 'fail', men felsökning av grundorsaken till 'fail' ger dig lösningen på problemet. Testare kommer att respekteras om de inte bara loggar in Fel men ger också lösningar.
#två) Lär dig att maximera Test täckning varje gång du testar någon applikation. 100% testtäckning kanske inte är möjlig men ändå kan du alltid försöka nå nära den.
# 3) För att säkerställa maximal testtäckning, dela upp din applikation under test (AUT), i mindre funktionella moduler. Skriv testfall på sådana enskilda moduler. Dela även om möjligt dessa moduler i mindre delar.
Till exempel, låt oss anta att du har delat din webbapplikation i moduler och att 'acceptera användarinformation' är en av modulerna. Du kan dela upp den här användarinformationsskärmen i mindre delar för att skriva testfall: delar som UI-test, Säkerhetstestning , Funktionell testning i formuläret ”Användarinformation” etc.
Tillämpa alla formulärfältstyp och storlekstest, negativa och valideringstester på inmatningsfälten och skriv alla sådana testfall för maximal täckning.
# 4) Medan Skriva testfall , skriv först testfall för avsedd funktionalitet, dvs. för giltiga villkor enligt kraven. Skriv sedan testfall för ogiltiga förhållanden. Detta täcker förväntat såväl som oväntat beteende hos applikationen som testas.
# 5) Tänk positivt. Börja testa applikationen med avsikt att hitta fel / fel. Tänk inte på förhand att det inte kommer att finnas några buggar i applikationen. Om du testar applikationen med avsikt att hitta buggar kommer du definitivt att lyckas hitta dem Subtila buggar också.
# 6) Skriv dina testfall i själva kravanalysen och designfasen. På så sätt kan du se till att alla krav är testbara.
# 7) Gör din testfall tillgängliga för utvecklarna före kodning. Förvara inte dina testfall när du väntar på att få slutlig applikationsversion för testning, och tänk att du kan logga fler buggar. Låt utvecklarna analysera dina testfall noggrant för att utveckla en kvalitetsapplikation. Detta sparar också arbetstiden.
# 8) Om möjligt identifiera och gruppera dina testfall för Regressionstestning . Detta kommer att säkerställa snabb och effektiv manuell regressionstestning.
# 9) Applikationer som kräver kritisk responstid bör testas noggrant för prestanda. Prestandatester är en kritisk del av många applikationer. I Handbok Testning, detta är den mest ignorerade delen av testare på grund av brist på nödvändig stor datavolym vid prestandatestning.
Ta reda på hur du kan testa din ansökan om prestanda. Om det inte är möjligt att skapa testdata manuellt, skriv sedan några grundläggande skript för att skapa testdata för prestandatester eller be utvecklarna att skriva en åt dig.
# 10) Programmerare bör inte testa sin egen kod. Som diskuteras i vår tidigare inlägg , grundläggande enhetstestning av utvecklade applikationer bör vara tillräckligt för att utvecklare ska kunna släppa applikationen för testare. Men du (testare) ska inte tvinga utvecklarna att släppa produkten för testning.
Låt dem ta sin egen tid. Alla från ledning till chef vet när modulen / uppdateringen släpps för testning och de kan uppskatta testtiden därefter. Detta är en typisk situation i en Vig projektmiljö.
# 11) Gå utöver kravstestning. Testa applikationen för vad den inte ska göra.
# 12) Medan du gör regressionstest använd föregående bugldiagram (Feldiagram - antal buggar som hittats mot tid för olika moduler). Denna modulvisa bugggraf kan vara användbar för att förutsäga den mest troliga buggdelen av applikationen.
standardgateway inte tillgänglig Windows 10 wifi
# 13) Anteckna de nya termerna, begreppen du lär dig när du testar. Håll en textfil öppen medan du testar alla applikationer. Anteckna testförloppet och observationerna i det. Använd dessa anteckningsblockobservationer när du förbereder den slutliga rapporten för testutgåva. Denna goda vana hjälper dig att tillhandahålla en fullständig otvetydig testrapport och information om släpp.
# 14) Många gånger gör testare eller utvecklare ändringar i kodbasen för applikation som testas. Detta är ett nödvändigt steg i utvecklings- eller testmiljön för att undvika exekvering av levande transaktionsbehandling som i bankprojekt.
Anteckna alla sådana kodändringar som gjorts för teständamål och vid tidpunkten för den slutliga utgåvan, se till att du har tagit bort alla dessa ändringar från de slutliga filresurserna för distribution av klientsidan.
# 15) Håll utvecklare borta från testmiljön. Detta krävs ett steg för att upptäcka eventuella konfigurationsändringar som saknas i utgivnings- eller distributionsdokumentet. Ibland gör utvecklare vissa system- eller applikationskonfigurationsändringar men glömmer att nämna dem i distributionsstegen.
Om utvecklarna inte har tillgång till testmiljön kommer de inte att göra sådana ändringar av misstag i testmiljön och dessa saknade saker kan fångas på rätt plats.
# 16) Det är en bra praxis att involvera testare direkt från själva programvarukravet och designfasen. På så sätt kan testare få kunskap om applikationspålitlighet vilket resulterar i detaljerad testtäckning. Om du inte blir ombedd att vara en del av denna utvecklingscykel kan du göra en begäran till din ledare eller chef om att involvera ditt testteam i alla beslutsprocesser eller möten.
# 17) Testlag bör dela bästa testmetoder , erfarenhet med de andra lagen i deras organisation.
# 18) Öka din konversation med utvecklarna för att veta mer om produkten. När det är möjligt gör du kommunikation ansikte mot ansikte för att snabbt lösa tvister och undvika missförstånd.
Men också när du förstår kravet eller löser eventuella tvister - se till att kommunicera samma överskrivna kommunikationssätt som e-post. Håll inte något verbalt.
# 19) Kör inte För sent att göra högprioriterade testuppgifter. Prioritera ditt testarbete från hög till låg prioritet och planera ditt arbete därefter. Analysera alla tillhörande risker för att prioritera ditt arbete.
# 20) Skriv ett tydligt, beskrivande, entydigt Buggrapport . Ge inte bara felsymptomen utan ge också effekten av felet och alla möjliga lösningar.
Glöm inte att testning är en kreativ och utmanande uppgift. Slutligen beror allt på din skicklighet och erfarenhet av hur du hanterar den här utmaningen.
Över till dig:
Att dela din egen testupplevelse, tips eller testhemligheter i kommentarerna nedan kommer definitivt att göra den här artikeln mer intressant och hjälpsam !!
Låt oss veta dina tankar / förslag om den här artikeln.
Rekommenderad läsning
- Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
- Programvarutestning QA-assistentjobb
- Är programvarutestning en känslomässig uppgift?
- Programvarutestningskurs: Vilket programvarutestinstitut ska jag gå med?
- Välja programvarutestning som din karriär
- Programvarutestning Tekniskt innehåll Writer Freelancer Jobb
- Vad är Monkey Testing i Software Testing?
- Applikationstestning - till grunderna för programvarutestning!