Meny

Funktionstestning mot prestandatestning: Bör det göras samtidigt?

functional testing vs performance testing

Prova Vårt Instrument För Att Eliminera Problem

Funktionell testning mot prestandatestning:

Skillnader mellan Prestandatestning, belastningstestning och stresstestning förklarades med exempel i vår senaste handledning.

Programvarutestning täcker ett brett spektrum av områden där någon verifiering eller validering av programvarufunktionalitet kan förekomma. Ibland blir icke-funktionella aspekter mindre beträffande de funktionella aspekterna. De utförs inte praktiskt; samtidigt under programvarutestning.

=> Klicka här för kompletta prestandatestningsserier

Den här artikeln förklarar de extra fördelarna med programvarans produktkvalitet under olika scenarier i programvarutestningens livscykel när både funktionella och icke-funktionella tas samtidigt.

funktionell testning 5

Vad du kommer att lära dig:

Snabb skillnad mellan prestandatestning och funktionstestning

Sl NOFunktionell testning
Prestandatester
1För att verifiera programvarans noggrannhet med bestämda ingångar mot förväntad produktionFör att verifiera systemets beteende vid olika belastningsförhållanden
tvåDet kan vara manuellt eller automatiserat
Det kan utföras effektivt om det är automatiserat
3En användare som utför alla åtgärder
Flera användare utför önskade åtgärder
4Involvering krävs från kund, testare och utvecklareInvolvering krävs från kund, testare, utvecklare, DBA och N / W Management team
5Testmiljö i produktionsstorlek är inte obligatorisk och H / W-kraven är minimalaKräver nära produktionstestmiljön och flera H / W-anläggningar för att fylla lasten

Varför ska funktionstestning och prestandatestning göras samtidigt?

Funktionstestning blir mycket viktigare för eventuell programversion. Faktiskt resultatbaserat verifiering och validering i den replikerade produktions- eller testmiljön är där testningen vanligtvis sker.

Defektläckage kan bli en av de största problemen:

Testare har mer ansvar än utvecklare när det gäller produktens kvalitet. I grund och botten vill de inte att den testade produkten ska ha defektläckage. Testare tenderar i allmänhet att bara utföra funktionstester för att uppnå detta.

funktionell testning 1

Följande är en konversation mellan enTestchef och en testare :

(Testchef kallas 'TM' och testare 'TR')

TM : Hej kompis ... Hur mår vi i produktens A-test?

TR : Ja ... Vi går igenom på ett större sätt.

TM : Det är fantastiskt ... Och vad är vårt omfång när det gäller prestandatestning medan funktionstestning utförs?

TR : Vi täcker inte dem, våra leveranser ska bara vara i det funktionella området och inte på det icke-funktionella området. Testmiljön vi använder är inte heller en exakt kopia av produktionen.

Det finns några frågor från ovanstående samtal att överväga:

  • Har funktionstestning en beroende faktor över prestanda?
  • Tänk om programvarans prestanda försämras, men leveransen av produkten sker utan att kontrollera prestandan?
  • Prestandatestning - existerar det samtidigt i den funktionella testprocessen?

Det har blivit en allmän praxis för testare att inte arbeta med de icke-funktionella aspekterna om de inte ombeds göra det. Det är vanligt att undvika icke-funktionell testning tills klienten har rapporterat om problem med programvarans prestanda.

Så det finns två frågor du kan tänka på:

  1. Prestanda - påverkar det funktionstestning?
  2. Håller vi prestandatestning som en separat leverans, även om det oroar kunden?

Prestandatestning är Viktig !

hur man skriver testfall i excel-ark

Mjukvara fungerar baserat på olika arkitekturer och följande modeller, inklusive:

  1. Nödvändiga svarsmodeller
  2. Transaktionsbaserade system
  3. Lastbaserade system
  4. Datareplikeringsbaserade system

Ovan nämnda systematiska modellens funktionella testbeteende beror på systemets prestanda.

funktionell testning 2

Automatiseringsperspektivet kräver mycket uppmärksamhet mot prestandatestning.

Följande är en konversation mellan enklient och Test Manager.

(Klienten kallas 'CL' och testansvarig 'TM')

CL : Därför kommer jag till den lösning som vi har begärt, jag hoppas att det kommer att finnas flera iterationer av testningen som pågår just nu.

TM : Ja, detta kan göras. Som du har sagt kommer det att finnas en högre sannolikhet för iterativ testning, vi skulle vilja föreslå automatisering för att hantera funktionell (regression) testning.

CL : OK bra, skicka oss din inställning så vi kan godkänna detta. Automation kommer att ha en mycket högre effekt med minimal ansträngning.

TM : Exakt. Vi kommer att arbeta med tillvägagångssättet och komma tillbaka till dig med ett bevis på konceptet.

Av ovanstående samtal är det tydligt att kundernas behov är att optimera effektiviteten.

Fallstudie

Företaget ABC arbetar med ett projekt för att utveckla programvara A. Testning av programvaran A görs av företaget XYZ.

Kontraktet för företaget ABC och XYZ har vissa begränsningar för deras samarbete. Varje diskussion mellan de två företagen bör ske en gång i veckan eller tre gånger i månaden. Systemet fungerar på en modell av begäran-svar-läge. Utvecklingsfasen har slutförts av Company ABC.

Nu är det dags för företag XYZ att utföra den formella funktionella testningen av programvaran A. XYZ börjar arbeta med att testa programvaran A. De har gett en ren chit på programvaran och har gett 'Go' för liveimplementering efter två testcykler.

Trots kvalitetscertifikatet från testteamet gick inte liveimplementeringen bra. Det fanns massor av buggar efter produktionen. Det fanns ett stort antal problem som klienterna stod inför, inklusive ett brott i funktionaliteten för de totala affärsprocesserna.

Så vad är nu?problem?

funktionell testning 3

  • Är det ett problem med en begränsning av samarbetet mellan utvecklings- och testteamet?
  • Är det så att kraven inte fångades 100%?
  • Är det så att produkten inte testades i en korrekt testmiljö?
  • Eller några andra orsaker?

Efter noggrann forskning och analys,följande slutsatser:

funktionell prestandatestning 4

  1. Det fanns få av de beroende och ömsesidigt beroende applikationerna som hade prestandaproblem när de hämtade svaren.
  2. Testingångarna som användes var inte absoluta.
  3. Programvarans robusthet hanterades inte.
  4. Massor av synkroniseringsproblem mellan flera oberoende applikationer.
  5. Programvarutestningen hade gjort flera omarbetningar som inte beaktades.

Därav efteravhjälpande åtgärderplaneringsteam gick in, föreslogs följande:

  1. Samspelet mellan utvecklingsteamet och testteamet måste ökas.
  2. Alla beroende applikationer måste anslutas och inkluderas i systemets funktionstestning
  3. Värdena för begäran och svarstidsavbrott måste ökas för att ge utrymme för miljöer som inte är producerade
  4. Olika ingångar som sträcker sig mellan enkla och komplexa måste användas vid funktionstestning
  5. Icke-funktionell testning, särskilt prestanda- och belastningstestning, måste göras enligt råd från det korrigerande teamet.
  6. Förutom systemtestning måste systemintegrationstester utföras.
  7. Det måste finnas ett minimalt tidsavstånd mellan två testningsprogram. Detta är för att testa tidigare identifierade buggar.
  8. Alla fel som identifierats i tidigare iterationer bör fixas i den aktuella iterationen.

Testteamet genomförde alla de föreslagna åtgärderna och det upptäcktes ett stort antal defekter på kort tid.

Observationer:

  1. Programvarans live-implementeringsschema förbättrades avsevärt genom att optimera testcykeltiderna.
  2. Det gick bra framsteg i optimeringen av mjukvarukvaliteten. Därför var det en enorm minskning av supportbiljetterna efter implementeringen.
  3. Omarbeten minskade och det testades iterationer istället för omarbeten. Mellan olika iterationer observerades bättre förbättringar av kvaliteten.

Slutsats

Att utföra icke-funktionell testning under utförande av funktionellt test är mer fördelaktigt och kommer att ge fler fördelar till den övergripande programvarukvaliteten. Detta kommer att identifiera prestandabuggar (begränsat till testmiljön och beroendet) och kommer därmed att minska situationer med funktionella antaganden.

Tillräcklig planering för att utföra funktionell och icke-funktionell testning (till en miniminivå) måste göras för att behålla en stark relation mellan de andra intressenterna i projektet.

Om författaren: Detta är en artikel skriven av Nagarajan. Han arbetar som testledare med över 6 års testerfarenhet inom olika funktionella områden som Banking, Airlines, Telecom när det gäller både manuell och automatisering.

Vår kommande handledning kommer att förklara mer om Prestandatestplan och Teststrategi.

=> Besök här för fullständiga prestandatestningsserier

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^