Für jeden Solo-Tester empfehle ich, eine regelmäßige Bug-Bash / Mob-Testaktivität durchzuführen. Es ist eine Aktivität, die Sie am Ende eines Sprint- / Feature-Entwicklungszyklus ausführen können. Sie laden das Team ein, holen sich ein paar Snacks / Getränke zusammen und lassen alle etwa eine Stunde lang testen.
Setup
Möglicherweise möchten Sie sicherstellen, dass Sie eine gute Geräte- / Browserabdeckung haben, indem Sie sicherstellen, dass alle zuvor mit Daten / Geräten eingerichtet sind. Möglicherweise möchten Sie auch einige Hilfedokumente vorbereiten, um den Einstieg zu erleichtern. Ich mag es, wenn eine Mindmap für meine Ideen vorbereitet wird, damit die Leute einen visuellen Indikator dafür haben, was sie testen. Ich könnte auch eine Reihe von Testkonten vor der Hand erstellen und sie an das Team verteilen.
Leichte Fehlerberichterstattung
Sie sollten leichte Fehlerberichterstattung fördern;
- vielleicht schreiben Leute Fehler auf Haftnotizen
- füge Fehler zu einer freigegebenen Tabelle hinzu
- oder melde Jira-Fehler direkt von Slack aus mit einem / jirio create bug Shortcut
Der Fokus sollte darauf liegen, Fehler zu finden und sich nicht damit zu beschäftigen, wie man sie meldet. Sie können Probleme nach der Bug-Bash jederzeit weiter klären, wenn Sie weitere Informationen benötigen.
Was in einer Bug-Bash zu testen ist
Ich habe eine 3-stufige Heuristik, um zu entscheiden, was getestet werden soll (denken Sie; Anleitung oder Faustregel):
- was hat sich in letzter Zeit geändert? Veränderung bringt neue Risiken mit sich. welche Funktionen wurden gebaut? Welcher Code wurde überarbeitet? Welche Bibliotheken wurden aktualisiert? Konzentrieren Sie das Team darauf, diese Bereiche zuerst zu testen
- Regressionstests. Haben Sie eine Checkliste von höchstens einem Dutzend Szenarien der Kernfunktionalität (vielleicht um Registrierung, Zahlungen und die wichtigsten Dinge, die Leute mit Ihrem Produkt machen). Bitten Sie die Leute, diese Fälle zu berücksichtigen, während Sie 1) ausführen, und bitten Sie die Leute, beim Testen einen Namen neben einen Fall zu setzen, damit Sie sich ein Bild von der Abdeckung machen können
- Welche anderen Tests sollten / könnten wir durchführen? Manchmal kann es sinnvoll sein, eine Pen-Test-Bug-Bash-Sitzung oder eine Performance-Test-Bash oder eine Cross-Browser-Test-Bash durchzuführen, aber es muss nicht jedes Mal passieren
Test in der Produktion
Wenn du kannst; in der Produktion testen. Es gibt keine Umgebung ganz wie es.
Aber wenn Sie nicht in der Produktion testen können, stellen Sie sicher, dass Ihre Testumgebung stabil ist, Ihre Daten eingerichtet sind und Sie Ihrem Team die Anforderung „Nicht berühren, außer für Bug-Bash-Tests“ gegeben haben.
Post Bug Bash
Stellen Sie sicher, dass Sie den Leuten für ihre Zeit danken, die Fehler zählen und Ihrem besten Fehlerjäger ein großes Lob aussprechen. Testen / Qualität ist schließlich eine Teamverantwortung. Senden Sie eine Dankeschön-E-Mail mit Ergebnissen und Trophäen. Ich habe diese Trophäe eines Nashornkäfers in Harz auf einer Trophäenbasis an unseren Käferjäger Nummer eins verteilt:
