Menu

Contextgedreven testen: 7 basisprincipes met een voorbeeld

context driven testing

Probeer Ons Instrument Voor Het Oplossen Van Problemen

7 basisprincipes van contextgestuurd testen met een voorbeeld:

soorten fouten bij het testen van software

Als ik naar het vliegveld rijd, neem ik meestal de snelweg die me daar in een mum van tijd brengt en geen tol hoeft te betalen. Maar die dag nam ik een langere lokale wegroute met tol. Omdat ik een paar minuten extra wilde met mijn vriend op de rit, die een hele lange afstand had afgelegd om het weekend bij ons gezin door te brengen. De normale slechtste keuze bleek in dit geval de beste te zijn.

Maar overweeg dit.

Wat moet ik doen als ik bijna geen benzine meer heb?

Wat moet ik doen als ik weinig geld heb?

Ik zou de andere optie kiezen. Waarom? De context.

Wat is contextgestuurd testen

(beeld credit ​

Wanneer u beslissingen neemt op basis van, is het volgende een contextgestuurde beslissing:

  • De betrokken mensen
  • Situatie
  • Doelen
  • Beschikbare opties
  • Emoties, etc.

Dus, wat is contextgestuurd testen?

Context Driven Testing is een mentaliteitsverandering (of School of Testing) ontwikkeld door Cem Kaner, James Bach & Bret Pettichord. Details hierover zijn te vinden in hun beroemde boek: Lessen die zijn geleerd bij het testen van software ​

Er zijn 7 basisprincipes. De volgende worden rechtstreeks uit hun boek geplukt:

# 1) De waarde van elke praktijk hangt af van de context.

#twee) Er zijn goede praktijken in de context, maar er zijn geen beste praktijken.

# 3) Mensen die samenwerken, vormen het belangrijkste onderdeel van de context van elk project.

# 4) Projecten ontvouwen zich in de loop van de tijd op manieren die vaak niet voorspelbaar zijn.

# 5) Het product is een oplossing. Als het probleem niet is opgelost, werkt het product niet.

# 6) Goed software testen is een uitdagend intellectueel proces.

# 7) Alleen door oordeelsvermogen en vaardigheid, die gedurende het hele project coöperatief worden uitgeoefend, zijn we in staat om de juiste dingen op het juiste moment te doen om onze producten effectief te testen.

Ik ga ze niet allemaal uitleggen, omdat het voor ons wordt gedaan door de experts zelf hier ​

Ik ga gewoon een scenario-gebaseerde uitleg geven over mijn kijk op Context-Driven Testing.

Een voorbeeld van contextgestuurd testen:

Laten we zeggen dat ik een testproject begin - Project A dat end-to-end-testen voor een webgebaseerde applicatie omvat.

Wat zou mijn strategie zijn?

Volgens de standaardprocessen is dit de opeenvolging van gebeurtenissen:

  • Verzamel vereisten en begrijp de toepassing
  • Maak een testplan
  • Maak testdocumentatie - testscenario's, testgevallen, traceerbaarheidsmatrix, enz.
  • Laat alle documentatie nakijken en goedkeuren
  • QA-omgeving instellen en gegevens testen
  • Voer een testuitvoering uit
  • Maak bugrapporten
  • Genereer en deel statusrapporten voor testuitvoeringen, enz.

Als ik mezelf de vraag stel: 'Hoe heb ik besloten dat dit is wat ik moet doen?' Mijn antwoord zou zijn: best practices, QA-normen, brancherichtlijnen, basislijnen voor ervaringen uit het verleden, enz., Toch?

Ik herhaal wat mij is geleerd of wat ik anderen heb zien doen.

Nu, is daar iets mis mee? Helemaal niet. Dit zou zelfs kunnen werken, omdat deze benadering een zeker gevoel van herhaalbaarheid en beproefde tijd heeft. Maar baant het de weg voor optimale resultaten?

Twijfelachtig. Waarom?

Omdat je bij elk project met andere omstandigheden te maken krijgt:

  • Gedocumenteerde versus niet-gedocumenteerde vereisten
  • Nauw werkende vs. geografisch verspreide teams
  • Ontwikkel- en testteams die behoren tot hetzelfde bedrijf vs. concurrentie
  • Voldoende tijd vs. Strakke schema's
  • De samenstelling van uw team - Nieuwkomers vs. ervaren. Getrainde versus ongetrainde.
  • Beschikbaarheid van tools - Handmatig versus gebruik van testbeheertools
  • Type project - Vereist strikte naleving van regels (FDA of bankieren) versus experimenteel (zoals sociale media)
  • De technologie van het project.Bijvoorbeeld:je zou het web en een Windows-app niet op dezelfde manier testen
  • Vereisten van de klanten (sommigen willen dagelijkse gedetailleerde rapporten, sommigen willen alleen de hoogtepunten)
  • Gevolgd proces (Agile vs. traditioneel, scripted vs. verkennend testen)

Deze lijst is niet uitputtend en u weet net zo goed als ik dat er voor elk project veel variabelen zijn.

Contextgestuurd testen is wanneer u deze omstandigheden uw testpraktijken, technieken en zelfs definities laat bepalen in plaats van standaard, door de industrie waargenomen ‘ praktische tips ' ​

Laten we nu zeggen dat dit de details zijn waarmee ik werk voor Project A:

  • Ik werk met een team van 5 tot 4 nieuwkomers en 1 ervaren tester.
  • Ik heb geen gedocumenteerde vereisten.
  • Mijn team bevindt zich in India en het ontwikkelingsteam in de VS, dus we werken in tegenovergestelde tijdzones.
  • Klant wil dagelijks een gedetailleerd statusrapport
  • We gebruiken een webgebaseerde tool voor het volgen van bugs, zoals Mantis of Bugzilla, en dat is alles wat we hebben.
  • Ik moet 2 testrondes doen in 10 dagen met 3 dagen voor testdocumentatie

Hier is een ruw spelplan:

1) Omdat er veel nieuwkomers in het team zitten, hebben we veel peer reviews nodig.

twee) We hebben ook minimaal 2 overlegvergaderingen nodig met het BA en het Dev-team. Dit moet formeel zijn omdat de teams elders zijn gevestigd en er voor mij weinig ruimte is om met vragen naar ze toe te lopen.

3) Het is een agressieve testtijdlijn voor documentatie. Hoe meer documentatie we schrijven, hoe meer beoordelingen we nodig hebben, wat gelijk staat aan meer tijd. We zullen dus minimale documentatie moeten bijhouden. We gaan alleen het belangrijkste documenteren End-to-end TC's en de rest zal gebeuren verkennend getest ​

4) Dagelijkse statusrapporten tijdens de uitvoering van de test worden gemaakt en elke dag EOD verzonden.

5) De meeste tests zijn verkennend, dus adviseer de tijd om te proberen een korte schets te maken van elke uitgevoerde test. Zo weten we wat er wordt getest en wat niet.

6) Defecten worden real-time gerapporteerd aan Mantis. Omdat het team in een andere tijdzone werkt, moeten ze mogelijk een hele dag wachten voordat ze iets van het QA-team horen, voor het geval ze een verduidelijking nodig hebben. Plan daarom een ​​dagelijkse oproep bij een handig team, waar het QA-team het opnieuw maken van bugs zal demonstreren. Op die manier hoeft u niet te wachten of op te volgen.

Enzovoort.

Als je eenmaal een algemene strategie hebt, schrijf dan een basistestplan waarin je deze punten uitlegt. Nu bent u helemaal klaar om aan een testproject te beginnen na zorgvuldige afweging en een op maat gemaakte strategie voor succes.

Samengevat:

Dit is Contextgestuurd testen; door uw omstandigheden (niet de normen) de primaire inputs en beïnvloeders te maken voor uw teststrategie. Het spoort ons aan om rond te kijken en rekening te houden met alles om je heen.

hoe jar-bestand te openen met java runtime-omgeving

Persoonlijk ben ik verliefd op dit concept omdat testpraktijken te vaak als rigide en op imitatie gebaseerd worden ervaren. Iemand deed het en was succesvol, dus ik ga het ook doen. Dit is het soort beeld dat mensen bang maakt om te proberen en te blijven in een testcarrière.

Maar er is veel ruimte voor creatief denken, analytische vaardigheden en besluitvorming. Lees voor meer informatie over het onderwerp in de bovenstaande links.

Gelukkig contextgestuurd testen

Aanbevolen literatuur

^