I det här avsnittet kommer vi att förstå de olika typerna av mjukvarutestning som kan användas vid tidpunkten för mjukvaruutvecklingens livscykel.
rekha filmskådespelerska
Som vi vet, mjukvarutestning är en process för att analysera en applikations funktionalitet enligt kundens förutsättning.
Om vi vill säkerställa att vår programvara är buggfri eller stabil måste vi utföra de olika typerna av mjukvarutestning eftersom testning är den enda metoden som gör vår applikation buggfri.
De olika typerna av mjukvarutestning
Kategoriseringen av mjukvarutestning är en del av olika testaktiviteter, som t.ex teststrategi, testresultat, ett definierat testmål osv . Och mjukvarutestning är exekveringen av programvaran för att hitta defekter.
Syftet med att ha en testtyp är att bekräfta AUT (Ansökan under test).
För att börja testa bör vi ha en krav, applikationsklara, nödvändiga resurser tillgängliga . För att upprätthålla ansvarsskyldighet bör vi tilldela en respektive modul till olika testingenjörer.
Programvarutestningen är huvudsakligen uppdelad i två delar, som är följande:
Vad är manuell testning?
Att testa vilken programvara eller en applikation som helst enligt kundens behov utan att använda något automationsverktyg kallas manuell testning .
Med andra ord kan vi säga att det är en procedur av verifiering och validering . Manuell testning används för att verifiera beteendet hos en applikation eller programvara i strid med kravspecifikationen.
Vi kräver ingen exakt kunskap om något testverktyg för att utföra de manuella testfallen. Vi kan enkelt förbereda testdokumentet samtidigt som vi utför manuella tester på vilken applikation som helst.
För att få detaljerad information om manuell testning, klicka på följande länk: https://www.javatpoint.com/manual-testing.
Klassificering av manuell testning
Vid mjukvarutestning kan manuell testning ytterligare klassificeras i tre olika typer av tester , som är följande:
För bättre förståelse låt oss se dem en efter en:
White Box Testning
I white-box-testning kommer utvecklaren att inspektera varje kodrad innan den överlämnas till testteamet eller de berörda testingenjörerna.
Därefter är koden märkbar för utvecklare under hela testningen; det är därför denna process kallas WBT (White Box Testing) .
Med andra ord kan vi säga att utvecklare kommer att utföra den fullständiga white-box-testningen för den specifika programvaran och skicka den specifika applikationen till testteamet.
Syftet med att implementera white box-testningen är att betona flödet av ingångar och utgångar över programvaran och förbättra säkerheten för en applikation.
White box testning är också känd som testning av öppen låda, testning av glaslåda, konstruktionstestning, testning av klar låda och testning av transparent låda .
För att få fördjupad kunskap om white box-testning hänvisas till länken nedan: https://www.javatpoint.com/white-box-testing .
Black Box-testning
En annan typ av manuell testning är black-box-testning . I denna testning kommer testingenjören att analysera programvaran mot kraven, identifiera defekterna eller buggen och skicka tillbaka den till utvecklingsteamet.
Sedan kommer utvecklarna att fixa dessa defekter, göra en omgång White box-testning och skicka den till testteamet.
Här innebär att fixa buggarna att defekten är åtgärdad och den specifika funktionen fungerar enligt det givna kravet.
Huvudsyftet med att implementera black box-testningen är att specificera affärsbehoven eller kundens krav.
Med andra ord kan vi säga att black box-testning är en process för att kontrollera funktionaliteten hos en applikation enligt kundens krav. Källkoden är inte synlig i denna testning; det är därför det är känt som black-box-testning .
För mer information om Black box-testning, se länken nedan: https://www.javatpoint.com/black-box-testing .
Typer av Black Box-testning
Black box-testning delas ytterligare in i två delar, som diskuteras nedan:
Funktionstestning
Testingenjören kommer att kontrollera alla komponenter systematiskt mot kravspecifikationer som kallas funktionstestning . Funktionstestning kallas också Komponenttestning .
Vid funktionstestning testas alla komponenter genom att ange värdet, definiera utgången och validera den faktiska utgången med det förväntade värdet.
Funktionstestning är en del av black-box-testning eftersom dess betoning ligger på applikationskrav snarare än faktisk kod. Testingenjören måste bara testa programmet istället för systemet.
För att få detaljerad information om funktionstestning hänvisar du till länken nedan: https://www.javatpoint.com/functional-testing .
Typer av funktionstestning
Precis som en annan typ av testning är uppdelad i flera delar, klassificeras även funktionstestning i olika kategorier.
Det mångsidiga typer av funktionstestning innehålla följande:
Låt oss nu förstå dem en efter en:
1. Enhetstestning
Enhetstestning är den första nivån av funktionstestning för att testa vilken programvara som helst. I detta kommer testingenjören att testa modulen för en applikation oberoende eller testa all modulfunktionalitet som kallas enhetstestning .
Det primära syftet med att utföra enhetstesten är att bekräfta enhetskomponenterna med deras prestanda. Här definieras en enhet som en enda testbar funktion av en programvara eller en applikation. Och det verifieras under hela den angivna applikationsutvecklingsfasen.
Klicka på länken nedan för att få fullständig information om enhetstestning: https://www.javatpoint.com/unit-testing .
2. Integrationstestning
När vi framgångsrikt har implementerat enhetstestet kommer vi att gå i integrationstestning . Det är den andra nivån av funktionstestning, där vi testar dataflödet mellan beroende moduler eller gränssnitt mellan två funktioner kallas integrationstestning .
Syftet med att utföra integrationstestet är att testa påståendets noggrannhet mellan varje modul.
Typer av integrationstestning
Integrationstestning är också uppdelad i följande delar:
Inkrementell integrationstestning
Närhelst det finns ett tydligt samband mellan moduler, går vi för inkrementella integrationstestning. Anta att vi tar två moduler och analyserar dataflödet mellan dem om de fungerar bra eller inte.
Om dessa moduler fungerar bra kan vi lägga till ytterligare en modul och testa igen. Och vi kan fortsätta med samma process för att få bättre resultat.
Med andra ord kan vi säga att att stegvis lägga ihop modulerna och testa dataflödet mellan modulerna är känt som Inkrementell integrationstestning .
Typer av inkrementell integrationstestning
Inkrementell integrationstestning kan ytterligare delas in i två delar, som är följande:
Låt oss se en kort introduktion av dessa typer av integrationstestning:
1. Inkrementell integrationstestning uppifrån och ned
I detta tillvägagångssätt kommer vi att lägga till modulerna steg för steg eller stegvis och testa dataflödet mellan dem. Vi måste se till att modulerna vi lägger till är barn till de tidigare .
2. Inkrementell integrationstestning nedifrån och upp
I bottom-up-metoden kommer vi att lägga till modulerna stegvis och kontrollera dataflödet mellan modulerna. Och se också till att modulen vi lägger till är förälder till de tidigare .
Icke-inkrementell integrationstestning/ Big Bang-metod
Närhelst dataflödet är komplext och mycket svårt att klassificera en förälder och ett barn, kommer vi att välja den icke-inkrementella integrationsmetoden. Den icke-inkrementella metoden är också känd som Big Bang-metoden .
För att få fullständig information om integrationstestning och dess typ hänvisar du till följande länk: https://www.javatpoint.com/integration-testing .
3. Systemtestning
Närhelst vi är klara med enhets- och integrationstestningen kan vi fortsätta med systemtestningen.
Vid systemtestning är testmiljön parallell med produktionsmiljön. Det är också känt som början till slut testning.
I denna typ av testning kommer vi att genomgå varje attribut i programvaran och testa om slutfunktionen fungerar enligt affärskraven. Och analysera mjukvaruprodukten som ett komplett system.
Klicka på länken nedan för att få fullständig information om systemtestning: https://www.javatpoint.com/system-testing .
Icke-funktionstestning
Nästa del av black-box-testning är icke-funktionell testning . Den ger detaljerad information om mjukvaruproduktens prestanda och använda tekniker.
Icke-funktionella tester hjälper oss att minimera risken för produktion och relaterade kostnader för programvaran.
Icke-funktionell testning är en kombination av prestanda, belastning, stress, användbarhet och kompatibilitetstestning .
För mer information om icke-funktionell testning, se följande länk: https://www.javatpoint.com/non-functional-testing .
Typer av icke-funktionell testning
Icke-funktionell testning kategoriserad i olika delar av testning, som vi kommer att diskutera vidare:
1. Prestandatestning
Vid prestandatestning kommer testingenjören att testa hur en applikation fungerar genom att applicera en viss belastning.
Vid denna typ av icke-funktionell testning kommer testingenjören bara fokusera på flera aspekter, som t.ex Svarstid, belastning, skalbarhet och stabilitet av programvaran eller en applikation.
Klassificering av prestandatestning
Prestandatestning inkluderar de olika typerna av testning, som är följande:
När vi kör prestandatestningen kommer vi att lägga en viss belastning på den specifika applikationen för att kontrollera applikationens prestanda, känd som belastningstestning . Här kan belastningen vara mindre än eller lika med den önskade belastningen.
Det kommer att hjälpa oss att upptäcka den högsta driftsvolymen av programvaran och flaskhalsar.
För att få fullständig information relaterad till lasttestningen hänvisar du till länken nedan:
https://www.javatpoint.com/load-testing.
Den används för att analysera programvarans användarvänlighet och robusthet bortom de vanliga funktionsgränserna.
I första hand används stresstester för kritisk programvara, men den kan också användas för alla typer av mjukvaruapplikationer.
Hänvisar till länken nedan för fördjupad kunskap om stresstester: https://www.javatpoint.com/stress-testing.
För analys kallas applikationens prestanda genom att förbättra eller minska belastningen i vissa balanser skalbarhetstestning .
Vid skalbarhetstestning kan vi också kontrollera systemets, processerna eller databasens förmåga för att möta ett uppåtgående behov. Och i detta Testfall utformas och implementeras effektivt.
Klicka på följande länk för att få detaljerad information relaterad till skalbarhetstestningen:
https://www.javatpoint.com/scalability-testing.
Stabilitetstestning är en procedur där vi utvärderar applikationens prestanda genom att applicera belastningen under en exakt tid.
Den kontrollerar främst applikationens konstansproblem och effektiviteten hos en utvecklad produkt. I denna typ av testning kan vi snabbt hitta systemets defekt även i en stressig situation.
För att få detaljerad information om stabilitetstesten hänvisar du till länken nedan:
https://www.javatpoint.com/stability-testing.
2. Användbarhetstestning
En annan typ av icke-funktionell testning är användbarhetstestning . I användbarhetstester kommer vi att analysera användarvänligheten hos en applikation och upptäcka buggar i programvarans slutanvändargränssnitt.
Här, termen användarvänlighet definierar följande aspekter av en applikation:
- Applikationen ska vara lätt att förstå, vilket innebär att alla funktioner måste vara synliga för slutanvändare.
- Applikationens utseende och känsla ska vara bra, vilket innebär att applikationen ska vara trevlig och ge slutanvändaren en känsla för att använda den.
För mer information om användbarhetstestning kan vi hänvisa till följande länk:
https://www.javatpoint.com/usability-testing.
3. Kompatibilitetstestning
I kompatibilitetstestning kommer vi att kontrollera funktionaliteten hos en applikation i specifika hård- och mjukvarumiljöer. När applikationen är funktionellt stabil är det bara vi går för kompatibilitetstestning .
Här, programvara innebär att vi kan testa applikationen på de olika operativsystemen och andra webbläsare, och hårdvara innebär att vi kan testa applikationen i olika storlekar.
För att få en grundlig kunskap om kompatibilitetstestning, se länken nedan:
https://www.javatpoint.com/compatibility-testing .
centrera en bild i css
Testning av grå box
En annan del av manuell testning är Grå box testning . Det är en samarbete mellan testning av svart låda och vit låda .
Sedan inkluderar testningen av den grå lådan tillgång till intern kodning för att designa testfall. Grey box-testning utförs av en person som kan kodning såväl som testning.
Med andra ord kan vi säga att om ett enmanslag gjorde båda vit låda och svart låda testning , det anses grå box testning .
För att få detaljerad information om Gray box-testning kan vi hänvisa till länken nedan:
https://www.javatpoint.com/grey-box-testing.
Automationstestning
Den viktigaste delen av mjukvarutestning är automationstestning. Den använder specifika verktyg för att automatisera testfall för manuell design utan mänsklig inblandning.
Automationstestning är det bästa sättet att förbättra effektiviteten, produktiviteten och täckningen av mjukvarutestning.
Den används för att köra om testscenarierna, som kördes manuellt, snabbt och upprepade gånger.
Med andra ord kan vi säga att när vi testar en applikation med hjälp av några verktyg kallas det automationstestning .
Vi kommer att gå för automationstestning när olika releaser eller flera regressionscykler går på applikationen eller mjukvaran. Vi kan inte skriva testskriptet eller utföra automationstestningen utan att förstå programmeringsspråket.
För mer information om automationstestning kan vi hänvisa till länken nedan:
https://www.javatpoint.com/automation-testing.
Vissa andra typer av mjukvarutestning
Inom mjukvarutestning har vi också några andra typer av testning som inte ingår i någon ovan diskuterad testning, men dessa tester krävs när du testar någon programvara eller en applikation.
Låt oss förstå dessa typer av tester en efter en:
I rökprovning , kommer vi att testa en applikations grundläggande och kritiska funktioner innan vi gör en omgång av djupa och rigorösa tester.
Eller innan du kontrollerar alla möjliga positiva och negativa värden kallas rökprovning . Att analysera arbetsflödet för applikationens kärna och huvudfunktioner är huvudsyftet med att utföra röktestningen.
För mer information om röktestning, se följande länk:
https://www.javatpoint.com/smoke-testing.
Sanitetstestning
Den används för att säkerställa att alla buggar har åtgärdats och att inga tillagda problem uppstår på grund av dessa ändringar. Sanitetstester är oskriptade, vilket betyder att vi inte kan dokumentera det. Den kontrollerar att de nyligen tillagda funktionerna och komponenterna är korrekta.
För att få detaljerad information om hälsotestning kan vi hänvisa till länken nedan:
https://www.javatpoint.com/sanity-testing.
Regressionstestning
Regressionstestning är den vanligaste typen av mjukvarutestning. Här, termen regression innebär att vi måste testa om de delar av en opåverkad applikation.
Regressionstestning är det mest lämpliga testet för automationsverktyg. Enligt projekttyp och tillgänglighet av resurser kan regressionstestning likna Testar om .
Närhelst en bugg fixas av utvecklarna och sedan testar de andra funktionerna i applikationerna som kan simuleras på grund av buggfixningen kallas det regressionstestning .
np stoppning
Med andra ord kan vi säga att när det finns en ny version för något projekt kan vi utföra regressionstestning, och på grund av en ny funktion kan det påverka de gamla funktionerna i de tidigare utgåvorna.
För att få grundlig kunskap relaterad till regressionstestning, se länken nedan:
https://www.javatpoint.com/regression-testing .
Användaracceptanstestning
Användaracceptanstestningen (UAT) görs av det individuella teamet som kallas domänexpert/kund eller klienten. Och att känna till ansökan innan du accepterar den slutliga produkten kallas som testning av användaracceptans .
Vid testning av användaracceptans analyserar vi affärsscenarier och realtidsscenarier i den distinkta miljön som kallas UAT-miljö . I denna testning kommer vi att testa applikationen före UAI för kundgodkännande.
För mer information om testning av användaracceptans, klicka på länken nedan:
https://www.javatpoint.com/acceptance-testing.
Exploratory Testing
Närhelst kravet saknas krävs tidig iteration och testteamet har erfarna testare när vi har en kritisk applikation. Ny testingenjör kom in i teamet och sedan går vi för utforskande testning .
För att utföra den utforskande testningen kommer vi först att gå igenom applikationen på alla möjliga sätt, göra ett testdokument, förstå flödet i applikationen och sedan testa applikationen.
Klicka på följande länk för att få fullständig information om utforskande tester:
https://www.javatpoint.com/exploratory-testing.
Adhoc-testning
Att testa applikationen slumpmässigt så snart bygget är i den kontrollerade sekvensen kallas Adhoc-testning .
Det kallas också Aptestning och Gorillatestning . I Adhoc-testning kommer vi att kontrollera applikationen i motsats till kundens krav; det är därför det också kallas negativa tester .
När slutanvändaren använder programmet nonchalant, och han/hon kan upptäcka en bugg. Ändå använder den specialiserade testingenjören programvaran grundligt, så han/hon kanske inte identifierar en liknande upptäckt.
Hänvisar till följande för att få detaljerad information om Adhoc-testning:
https://www.javatpoint.com/adhoc-testing.
Säkerhetstestning
Det är en viktig del av mjukvarutestning, som används för att fastställa svaghet, risker eller hot i programvaran.
Utförandet av säkerhetstester kommer att hjälpa oss att undvika den otäcka attacken från utomstående och säkerställa säkerheten för våra programvaror.
Med andra ord kan vi säga att säkerhetstestning främst används för att definiera att data ska vara säkra och tåla programvarans arbetsprocess.
För att få fullständig information om säkerhetstestning, se länken nedan: https://www.javatpoint.com/security-testing.
Globaliseringstestning
En annan typ av mjukvarutestning är Globaliseringstestning. Globaliseringstestning används för att kontrollera den utvecklade programvaran för flera språk eller inte. Här, orden globaliseringen innebär att upplysa applikationen eller programvaran för olika språk.
Globaliseringstestning används för att säkerställa att applikationen stöder flera språk och flera funktioner.
I nuvarande scenarier kan vi se förbättringen av flera teknologier eftersom applikationerna är förberedda för att användas globalt.
Se följande länk för att få fullständig information relaterad till globaliseringstestet:
https://www.javatpoint.com/globalization-testing.
Slutsats
I handledningen har vi diskuterat olika typer av mjukvarutestning. Men det finns fortfarande en lista med mer än 100+ kategorier av tester. Varje typ av testning används dock inte i alla typer av projekt.
Vi har diskuterat de vanligaste typerna av mjukvarutestning som black-box-testning, white box-testning, funktionstestning, icke-funktionell testning, regressionstestning, Adhoc-testning, etc. .
Det finns också alternativa klassificeringar eller processer som används i olika organisationer, men det allmänna konceptet är likartat överallt.
Dessa testtyper, processer och utförandemetoder förändras hela tiden när projektet, kraven och omfattningen förändras.