voor elke solo tester die er zijn adviseer ik het leiden van een reguliere bug bash/mob testactiviteit. Het is een activiteit die u kunt uitvoeren aan het einde van een sprint/feature dev cyclus. Je nodigt het team uit, haalt wat snacks/drankjes bij elkaar en laat iedereen ongeveer een uur testen.
Setup
u wilt er misschien voor zorgen dat u een goede dekking hebt voor apparaten/browsers door ervoor te zorgen dat iedereen is ingesteld met data/apparaten voor de hand. U kunt ook een aantal help-documenten voorbereiden om mensen aan de slag te helpen. Ik wil graag een mindmap over de dekking ideeën voorbereid voor de hand, zodat mensen hebben een visuele indicator van wat ze testen. Ik zou ook een heleboel testaccounts voor de hand te maken en te distribueren naar het team.
lichte Foutrapportage
u moet lichte Foutrapportage aanmoedigen;
- misschien schrijven mensen bugs op sticky notes
- bugs toevoegen aan een gedeelde spreadsheet
- of Jira-bugs rechtstreeks verhogen vanuit Slack met behulp van een /jirio-snelkoppeling voor bugs aanmaken
de focus moet liggen op het vinden van bugs, niet verstrikt raken in hoe ze te rapporteren. Je kunt altijd problemen verder ophelderen na de bug bash als je meer informatie nodig hebt.
wat te testen in een bug bash
ik heb een 3-stap heuristisch voor het beslissen wat te testen (denk; gids of vuistregel):
- Wat is er onlangs veranderd? Verandering brengt nieuwe risico ‘ s met zich mee. welke functies zijn er gebouwd? Welke code is aangepast? Welke bibliotheken zijn bijgewerkt? Focus het team om deze gebieden eerst te testen
- regressie testen. Heb een checklist van hoogstens een dozijn scenario ‘ s van de kernfunctionaliteit (misschien rond registratie, betalingen en de belangrijkste dingen die mensen doen met uw product). Vraag mensen om deze gevallen te overwegen tijdens het doen van 1), misschien Vraag mensen om hun naam naast een geval te zetten wanneer ze het testen, zodat u een idee kunt krijgen van de dekking
- welke andere testen zouden/zouden we kunnen doen? Soms is het misschien zinvol om een bugbash-sessie met een pen test of een performance test of een cross browser test bash te doen, maar het hoeft niet elke keer te gebeuren als
Test in productie
als je kunt; test in productie. Er is geen omgeving zoals deze.
maar als u niet kunt testen in productie, zorg er dan voor dat uw testomgeving stabiel is, uw gegevens zijn ingesteld en u uw team het verzoek “Do Not Touch except for bug bash testing” heeft gegeven.
Post Bug Bash
bedank mensen voor hun tijd, tel de bugs en geef kudos aan uw beste bug hunter. Testen / kwaliteit is immers een teamverantwoordelijkheid. Stuur een dank u e-mail met resultaten en award trofeeën. Ik heb deze trofee van een neushoornwants in hars op een trofeebasis uitgedeeld aan onze Nummer één insectenjager.:
