Hallo zusammen! Mein Name ist Yulia und ich bin Testerin. Letztes Jahr habe ich dir davon erzählt Bagodelnya - eine Veranstaltung in unserem Unternehmen, um den Fehlerrückstand zu beseitigen. Dies ist eine durchaus praktikable Option, um sie an nur einem Tag deutlich zu reduzieren (von 10 auf 50 % in verschiedenen Teams).

Heute möchte ich Ihnen von unserem Frühlings-Bagodelny-Format erzählen – BUgHunting (BUH). Dieses Mal haben wir keine alten Fehler behoben, sondern nach neuen gesucht und Ideen für Funktionen vorgeschlagen. Unterhalb des Schnitts finden Sie viele Details zur Organisation solcher Veranstaltungen, zu unseren Ergebnissen und zum Feedback der Teilnehmer.

Nachdem wir die Regelungen durchdacht und niedergeschrieben hatten, verschickten wir eine Einladung an alle Kanäle im Corporate Slack, die keine Einschränkungen enthielt:

Infolgedessen haben sich etwa 30 Personen angemeldet – sowohl Entwickler als auch nicht-technische Spezialisten. Wir haben einen ganzen Arbeitstag für die Veranstaltung eingeplant, einen großen Besprechungsraum gebucht und Mittagessen in der Bürokantine organisiert.

Warum?

Es scheint, dass jedes Team seine Funktionalität testet. Benutzer melden uns Fehler. Warum überhaupt eine solche Veranstaltung veranstalten?

Wir hatten mehrere Ziele.

1. Stellen Sie den Jungs verwandte Projekte/Produkte näher vor.
   Jetzt arbeitet in unserem Unternehmen jeder in separaten Teams – Einheiten. Hierbei handelt es sich um Projektteams, die an ihrem eigenen Teil der Funktionalität arbeiten und nicht immer vollständig wissen, was in anderen Projekten passiert.
2. Stellen Sie einfach Ihre Kollegen einander vor.
   In unserem Moskauer Büro beschäftigen wir fast 800 Mitarbeiter, nicht alle Kollegen kennen sich vom Sehen.
3. Verbessern Sie die Fähigkeit von Entwicklern, Fehler in ihren Produkten zu finden.
   Wir fördern jetzt agiles Testen und schulen Leute in dieser Richtung.
4. Beziehen Sie beim Testen mehr als nur technische Spezialisten ein.
   Neben der technischen Abteilung haben wir viele Kollegen aus anderen Fachgebieten, die mehr über Tests sprechen wollten, darüber, wie man einen Fehler richtig meldet, damit wir weniger Nachrichten wie „Ahhh … nichts funktioniert“ erhalten.
5. Und natürlich finden Sie knifflige und nicht offensichtliche Fehler.
   Ich wollte Teams beim Testen neuer Funktionen unterstützen und ihnen die Möglichkeit geben, die implementierten Funktionen aus einem anderen Blickwinkel zu betrachten.

Implementierung

Unser Tag bestand aus mehreren Blöcken:

• Einweisung;
• ein kurzer Vortrag zum Thema Testen, in dem wir nur die Hauptpunkte (Ziele und Prinzipien des Testens usw.) angesprochen haben;
• Abschnitt über „Gute Manieren“ bei der Einführung von Fehlern (hier die Prinzipien sind gut beschrieben);
• vier Testsitzungen für Projekte mit ausführlich beschriebenen Szenarien; vor jeder Sitzung gab es einen kurzen Einführungsvortrag zum Projekt und zur Einteilung in Teams;
• kurze Umfrage zur Veranstaltung;
• zusammenfassend.

(Wir haben auch die Pausen zwischen den Sitzungen und dem Mittagessen nicht vergessen).

Grundregeln

• Die Anmeldung zu Veranstaltungen erfolgt individuell, was das Problem löst, dass das gesamte Team aufgrund von Trägheit ausgelaugt wird, wenn eine Person sich entscheidet, nicht zu gehen.
• Die Teilnehmer wechseln bei jeder Sitzung das Team. Dadurch ist ein jederzeitiges Kommen und Gehen der Teilnehmer möglich und man kann auch noch mehr Leute kennenlernen.
• Befehle zwei Personen vor jeder Sitzung werden zufällig gebildet, dadurch wird es dynamischer und schneller.
• Für eingeführte Fehler werden Sie belohnt Punkte (von 3 bis 10) je nach Kritikalität.
• Für Duplikate werden keine Punkte vergeben.
• Fehler müssen von einem Teammitglied gemäß allen internen Standards gemeldet werden.
• Funktionsanfragen werden in einer separaten Aufgabe erstellt und nehmen an einer separaten Nominierung teil.
• Das Audit-Team überwacht die Einhaltung aller Regeln.

Andere Details

• Ursprünglich wollte ich eine „fortgeschrittene“ Testveranstaltung durchführen, aber ... Es haben sich ziemlich viele Leute aus Nicht-Produktteams angemeldet (SMM, Anwälte, PR), wir mussten den Inhalt stark vereinfachen und komplexe/profilierte Fälle entfernen.
• Aufgrund der Arbeit von Einheiten in Jira in verschiedenen Projekten haben wir entsprechend unserem Ablauf speziell ein separates Projekt erstellt, in dem wir eine Vorlage für die Einführung von Fehlern eingerichtet haben.
• Für die Punkteberechnung war geplant, eine Bestenliste zu nutzen, die über Webhooks aktualisiert wird, doch etwas ging schief und am Ende musste die Berechnung manuell durchgeführt werden.

Bei der Organisation von Veranstaltungen stößt jeder auf Probleme. Um es Ihnen etwas einfacher zu machen, beschreibe ich hier unsere Probleme, die Sie vermeiden können.

Einer der Redner wurde plötzlich krank und musste einen neuen finden.
Ich hatte großes Glück, dass ich um 9 Uhr morgens einen Ersatz vom gleichen Team gefunden habe. Aber es ist besser, sich nicht auf das Glück zu verlassen und einen Ersatz zu haben. Oder seien Sie bereit, den erforderlichen Bericht selbst zu erstellen.

Wir hatten keine Zeit, die Funktionalität einzuführen, wir mussten die Blöcke austauschen.
Um zu vermeiden, dass ein ganzer Block weggeworfen wird, ist es besser, einen Backup-Plan zu haben.

Einige Testbenutzer schieden aus, wir mussten schnell neue erstellen.
Überprüfen Sie Testbenutzer im Voraus oder führen Sie diese schnell durch.

Fast keiner der Jungs, für die das Format vereinfacht wurde, kam.
Es besteht keine Notwendigkeit, jemanden mit Gewalt zu zerren. Sich demütigen.
Es besteht die Möglichkeit, das Format der Veranstaltung strikt vorzuschreiben: „Amateur“/„Fortgeschritten“, oder zwei Optionen gleichzeitig vorzubereiten und im Nachhinein zu entscheiden, welche durchgeführt werden soll.

Nützliche organisatorische Punkte:

• einen Termin im Voraus buchen;
• Ordnen Sie Tische an, vergessen Sie nicht Verlängerungskabel und Überspannungsschutz (das Aufladen von Laptops/Telefonen reicht möglicherweise nicht für den ganzen Tag);
• den Bewertungsprozess automatisieren;
• Ranglisten erstellen;
• Erstellen Sie Papierhandouts mit Logins und Passwörtern von Testbenutzern, Anweisungen für die Arbeit mit Jira und Skripten.
• Vergessen Sie nicht, eine Woche vor der Veranstaltung Erinnerungen zu verschicken und auch anzugeben, was Sie mitnehmen müssen (Laptops/Geräte);
• Erzählen Sie Ihren Kollegen bei einer Demo, beim Mittagessen oder bei einer Tasse Kaffee von der Veranstaltung;
• Vereinbaren Sie mit den Entwicklern, an diesem Tag nichts zu aktualisieren oder einzuführen;
• Redner vorbereiten;
• Verhandeln Sie mit Feature-Eigentümern und schreiben Sie weitere Szenarien zum Testen.
• Leckereien (Kekse/Bonbons) für Snacks bestellen;
• Vergessen Sie nicht, uns die Ergebnisse der Veranstaltung mitzuteilen.

Ergebnisse

Im Laufe des Tages gelang es den Jungs, 4 Projekte zu testen und 192 Fehler (davon 134 einzigartig) und 7 Probleme mit Funktionsanfragen zu erstellen. Natürlich waren den Projektbesitzern einige dieser Fehler bereits bekannt. Es gab aber auch unerwartete Funde.

Alle Teilnehmer erhielten süße Preise.

Und die Gewinner sind Thermoskannen, Abzeichen, Sweatshirts.

Was ist interessant geworden:

• Die Teilnehmer empfanden das Format schwieriger Sitzungen als unerwartet, wenn die Zeit begrenzt ist und man nicht viel Zeit mit Nachdenken verbringen kann.
• Es ist mir gelungen, die Desktop-Version, die mobile Version und die Anwendungen zu testen.
• Wir haben uns viele Projekte gleichzeitig angeschaut, es gab keine Zeit, sich zu langweilen;
• Ich habe verschiedene Kollegen kennengelernt und mir deren Ansätze zur Einführung von Fehlern angeschaut.
• spürte den ganzen Schmerz der Tester.

Was kann verbessert werden:

• Führen Sie weniger Projekte durch und erhöhen Sie die Sitzungszeit auf 1,5 Stunden.
• Bereiten Sie Geschenke/Souvenirs lange im Voraus vor (manchmal dauert die Genehmigung/Zahlung einen Monat);
• Entspannen Sie sich und akzeptieren Sie, dass etwas nicht nach Plan verläuft und höhere Gewalt vorliegt.

Bewertungen

Anna Bystrikova, Systemadministratorin: „Das Armenhaus ist für mich sehr lehrreich. Ich habe den Testprozess kennengelernt und den ganzen „Schmerz“ der Tester gespürt.
Während des Testvorgangs überprüfen Sie als beispielhafter Benutzer zunächst die wichtigsten Punkte: ob der Button klickt, ob er auf die Seite gelangt, ob das Layout verschoben wurde. Aber später wird einem klar, dass man mehr über den Tellerrand schauen und versuchen muss, die Anwendung zu „kaputt machen“. Tester haben eine schwierige Aufgabe; es reicht nicht aus, die gesamte Benutzeroberfläche zu durchstöbern; Sie müssen versuchen, über den Tellerrand hinaus zu denken und äußerst aufmerksam zu sein.
Die Eindrücke waren nur positiv, auch jetzt, einige Zeit nach der Veranstaltung, sehe ich, wie an den gefundenen Fehlern gearbeitet wird. Es ist großartig, sich an der Verbesserung des Produkts beteiligt zu fühlen ^_^.“

Dmitry Seleznev, Front-End-Entwickler: „Das Testen im Wettbewerbsmodus motiviert uns sehr, mehr Fehler zu finden.) Meiner Meinung nach sollte jeder versuchen, am Baghunting teilzunehmen. Durch exploratives Testen können Sie Fälle finden, die nicht im Testplan beschrieben sind. Außerdem können Personen, die das Projekt nicht kennen, Feedback zum Komfort des Dienstes geben.“

Antonina Tatchuk, leitende Redakteurin: „Es hat mir Spaß gemacht, mich als Tester auszuprobieren. Das ist ein ganz anderer Arbeitsstil. Sie versuchen, das System zu zerstören, nicht sich damit anzufreunden. Wir hatten immer die Gelegenheit, unsere Kollegen etwas zum Thema Testen zu fragen. Ich habe mehr über die Priorisierung von Fehlern gelernt (zum Beispiel bin ich es gewohnt, in Texten nach grammatikalischen Fehlern zu suchen, aber das „Gewicht“ eines solchen Fehlers ist sehr gering; und umgekehrt wurde am Ende etwas, das mir nicht sehr wichtig erschien ein kritischer Fehler, der sofort behoben wurde).
Bei der Veranstaltung gaben die Jungs eine Zusammenfassung der Testtheorie. Dies war nützlich für technisch nicht versierte Personen. Und ein paar Tage später ertappte ich mich dabei, dass ich dachte, dass ich zur Unterstützung einer anderen Website schreibe, indem ich die „Was-Wo-Wann“-Formel verwende und meine Erwartungen an die Website und die Realität detailliert beschreibe.“

Abschluss

Wenn Sie das Leben Ihres Teams abwechslungsreicher gestalten möchten, werfen Sie einen neuen Blick auf die Funktionalität und arrangieren Sie einen Mini „Iss dein eigenes Hundefutter“, dann können Sie versuchen, eine solche Veranstaltung durchzuführen, und dann können wir das gemeinsam besprechen.

Alles Gute und weniger Fehler!

Source: habr.com