van software naar de mens

Als ik iets voor je kan betekenen dan zijn het deze twee dingen.
En van deze twee dingen word ik blij waardoor ik het beste uit mijzelf kan halen.

Testtip // Testaanwijzingen voor de tester

In mijn boek “Agile Testen in de Praktijk” heb ik een hoofdstuk gewijd aan de testinstructies. Ook al had ik er ook expliciet bij beschreven dat het geen testscenario’s of teststappen zijn en dat het niet de taak is van de developer om de testen te schreven voor de tester, blijkt het toch ergens onduidelijk te zijn geweest. Dus ik heb het nu maar “testaanwijzingen” genoemd.

Wat zijn de testaanwijzingen precies?

In het Engels zeg je ook wel de “test directions”. De developer geeft de tester aanwijzingen waar deze moet gaan testen. Dat is het. Makkelijker kan ik het niet beschrijven.

Waarom deze testaanwijzingen?

De testaanwijzingen kan je door de developers laten invullen bij een bepaalde story. Zo kan je sneller aan de slag met het testen en hoef je de developer niet te storen in de working flow.

Wat houden de testaanwijzingen in?

Op dit moment hanteer ik dit lijstje, dat ik samen met een collega tester heb opgesteld en voorgelegd heb aan het team bij mijn huidige project. En dit lijkt in goede aarde te vallen.

  • De locatie waar de tester moet testen
    • bijvoorbeeld een pad naar het (nieuwe) scherm of een url naar de pagina(s).
      • home > pagina X > pagina Y
      • Klik op KNOP A
  • Moeten er nog dingen worden ingesteld?
    • bijvoorbeeld in een bestand, een administratiescherm o.i.d.
  • Moeten er scripts worden gedraaid?
    • Ja?
      • Naam van het script? 
      • Welke developer moet/ kan deze runnen?
      • Kunnen we het zelf?
  • Tot aan waar is het testable
    • als er sprake is van een externe applicatie
    • of als er een “placeholder” wordt gebruikt.
  • Eventueel bestanden toevoegen die van belang zijn
    • bijvoorbeeld excel bestande, sql bestanden etc. bij een import of export functie

Eventueel ook

  • Bepaalde risico’s / risicogebieden (dependencies aan externe data via API, imports etc waar wij geen controle over hebben etc)
  • Bekende issues/beperking (WIP functionaliteit die pas later wordt gebouwd, openstaande bugs/vragen die de story niet tegenhoud)

Okay, als testers zullen jullie dit denk ik wel gaan waarderen als dit ingevuld en gebruikt zal worden door de developers?

Heb je nog vragen of opmerkingen? Zet deze dan onder in de comments. Ik ben benieuwd naar jullie ervaringen en kennis hierin.

Bestel hier het boek “Agile Testen in de Praktijk


Reacties

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *