6 Hacks für Qualitätsengineering bei Remote-Entwicklerteams

Effektives Quality Engineering in einer Remote-Umgebung

Vor der Pandemie arbeitete ich bereits vollständig remote bei Auth0 (einem global verteilten Remote-Unternehmen) und habe auch in anderen Firmen schon remote gearbeitet. 

In diesem Artikel teile ich meine Tipps, Tricks und Prozesse, um Remote-Arbeiten und Qualitätssicherung erfolgreich zu managen. Da sich die Trends im Quality Engineering gerade in Remote-Umgebungen rasant weiterentwickeln, ist es wichtig, mit den aktuellen Tools und Strategien Schritt zu halten, die diesen Wandel unterstützen können.

Der wichtigste allgemeine Tipp, den ich geben kann, ist: Bereiten Sie sich auf asynchrone Kommunikation vor – Sie werden oft auf Interaktionen warten müssen und lernen müssen, damit umzugehen.

Wenn Sie Remote-Praktiken umsetzen, ist es wichtig, den Unterschied zwischen Quality Engineering und Qualitätssicherung zu erkennen. Während die Qualitätssicherung meist auf die Fehlererkennung im Nachhinein fokussiert, ist Quality Engineering ein ganzheitlicher, präventiver Ansatz, der sicherstellt, dass Qualität in jeder Entwicklungsphase integriert wird.

Strategien und Tipps für Remote-QA-Engineers

1. Hinweis: Das ist nicht einfach nur Business as usual 

Während der Pandemie hatten Remote-Arbeiter oft mit zusätzlichem Stress und Druck zu kämpfen (Kinder zu Hause, schlechte Arbeitsbedingungen daheim, Todesfälle oder Krankheiten in der Familie usw.). Egal, ob Sie in einer Manager-, Leitungs-, Senior- oder Junior-Rolle sind: Es ist entscheidend zu verstehen, dass das, was aktuell passiert(e), nicht der Normalzustand ist. COVID war ein Ausnahmefall (hoffentlich!), der von allen eine besondere Anpassung erforderte.  

Als Manager zeigen Sie Ihren direkten Mitarbeitern, dass Sie für sie da sind. Als Tech Lead oder Principal geben Sie dem Team Richtung, zeigen aber auch, dass Sie menschlich sind und Sorgen zugeben – so fühlen sich auch andere dazu ermutigt. Für alle anderen gilt: Setzen Sie sich nicht unter Druck, wie gewohnt abzuliefern – es ist verständlich, dass manches langsamer läuft.  

Unternehmen sollten anerkennen, dass die Geschwindigkeit ihrer Teams abnehmen wird, und dass nicht die Remote-Arbeit daran schuld ist. Es sind außergewöhnliche Umstände. Remote-Arbeit ermöglicht Ihrem Unternehmen überhaupt zu funktionieren – auch wenn nicht mit voller Leistung.  

2. Code Reviews sind eines Ihrer wichtigsten Qualitätstore 

Auch wenn Ihre Rolle im Unternehmen traditionell eher manuell geprägt ist, sollten Code Reviews längst ein Thema sein. Sie sind oft ein wichtiger Bestandteil des Softwareentwicklungsprozesses und stellen einen Punkt dar, an dem sich Teammitglieder austauschen und so die Codequalität erhöhen und Fehler vermeiden. 

Gerade in der Remote-Arbeitsweise sind sie besonders wichtig, weil sie oft ohnehin schon zum Arbeitsalltag gehören und sich dadurch leicht durchsetzen lassen. Richtig genutzt, helfen sie bei den zuvor angesprochenen Kommunikationsproblemen durch asynchrone Arbeitsweisen. Die richtige Quality Engineering Software kann den Code-Review-Prozess deutlich unterstützen, die Kommunikation vereinfachen und Fehler schon frühzeitig reduzieren.

JOIN THE COMMUNITY

Upgrade your inbox with more tech leadership wisdom for delivering better software and systems.

Sign up with LinkedIn

Or sign up with email:

Company

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

Meine Top-Tipps für Code Reviews:

• Ermutigen Sie Menschen, zuerst eine Selbstüberprüfung durchzuführen: Eine Selbstüberprüfung bedeutet, dass die Person, die die Codeänderung vorschlägt, ihren eigenen Code überprüft und hilfreiche Kommentare hinterlässt, bevor sie eine öffentliche Überprüfung anfordert. Dies verringert den Zeitaufwand für spätere Reviewer und hilft dem Selbstüberprüfer dabei, kleine, leichtfertige Fehler frühzeitig zu finden; 
• Code-Review in Paaren oder in Gruppensitzungen: Besonders nützlich, wenn der PR sensiblen Code betrifft oder eine sehr große Änderung darstellt (z. B. eine Umstrukturierung). Der Vorschlagende kann einen Videoanruf starten, seinen Bildschirm teilen und das PR dem Team oder Kollegen erklären. Das hilft wirklich, alle schnell auf denselben Stand zu bringen, und trägt erheblich zur Verbesserung der Codequalität bei. 
• Entwickler in die Überprüfung vom Automatisierungs-Code einbinden: Es ist wichtig, dass Entwickler an der Überprüfung des Automatisierungs-/Testcodes teilnehmen. So bleibt ihr Verständnis dafür, wie die Anwendung getestet wird, aktuell und es wird die gleiche Codequalität über den gesamten Code hinweg sichergestellt; 
• Sorgen Sie dafür, dass SDETs/Tester Anwendungs-Code überprüfen: Das ist ein wirklich entscheidender Punkt. Quality Engineers sollten sich an den Code-Reviews beteiligen. Auch wenn Sie nicht besonders technisch sind, sollten Sie teilnehmen (es ist ein guter Einstieg, um festzustellen, was Sie noch lernen müssen!). Sie können nicht nur wertvolles Feedback geben, sondern erhalten auch einen Überblick über die Änderungen an der Anwendung (was Ihnen im neuen asynchronen Setting sonst vielleicht entgeht). Dieses Wissen hilft Ihnen, bessere Testentscheidungen für das Team zu treffen.

Wenn Sie noch keinen strukturierten Code-Review-Prozess haben, ist jetzt ein guter Zeitpunkt, um sich für eine Verbesserung stark zu machen. Er ist ein grundlegendes Werkzeug in einer Zeit, in der synchrone Kommunikation schwieriger sein kann. 

Scheuen Sie sich nicht, Code-Review-Tools zu nutzen, um die Organisation und Zusammenarbeit zu unterstützen.

3. Nutzen Sie die Vorteile des Pair Programming

Ich gehe hier nicht ins Detail zu Pair Programming oder Mob Programming, denn das wäre bereits ein eigener Artikel, und es gibt viele Informationen dazu im Internet.

Ich möchte jedoch betonen, dass dies gerade jetzt ein sehr wertvolles Werkzeug ist. Ob Sie mit einem anderen SDET an Testcode arbeiten oder mit einem Entwickler gemeinsamen Anwendungs-Code schreiben – es ist eine großartige Praxis, die das Teamgefühl stärkt, Wissen teilt und die Qualität von Code und Anwendung erhöht. 

Hier sind einige häufig gestellte Fragen zum Pair Programming, mit passenden Antworten:

Was ist Pair Programming?

Wie der Name schon sagt, ist Pair Programming eine Tätigkeit, bei der zwei Personen gemeinsam am selben Code arbeiten. Es kann auch mit mehreren Personen durchgeführt werden und wird dann typischerweise Mob Programming genannt. 

Wie funktioniert Pair Programming?

In der Regel gibt es beim Pair Programming einen Driver (der schreibt den Code) und einen Navigator (oder Beobachter). Das funktioniert auch gut mit Remote-Konferenztools: Eine Person teilt ihren Bildschirm und programmiert, die andere macht Vorschläge, kommentiert, erinnert oder hilft, Fehler zu vermeiden/zu finden.

Welche Tools nutzen Sie für Pair Programming?

Wenn Sie gerne zusammenarbeiten, bietet z. B. VS Code hervorragende Funktionen für Zusammenarbeit (Visual Studio Live Share), wodurch mehrere Personen gleichzeitig an einem gemeinsamen Projekt arbeiten können. Es funktioniert viel besser, als man erwarten würde – sehr leistungsfähig, und es klappt besonders gut mit Personen, die sich bereits kennen oder ähnliche Arbeitsstile haben.

Kann man Pair Programming auch mit Nicht-Technikern machen?

Ja, und das ist eine großartige Gelegenheit, sowohl Mentoring-Kompetenzen als auch technisches Know-how im Team zu fördern. 

Gibt es Entwickler im Team, die besonders gerne Wissen vermitteln oder Erfahrung mit Workshops/Tutorials haben? Diese können mit Ihnen zusammenarbeiten, um Sie durch den Code zu führen; so sammeln Sie Erfahrung, auch wenn Sie noch wenig technisches Wissen haben.

Wie sieht es mit Testing aus?

Für Tests probieren Sie doch mal etwas, das ich "Reverse Pair Programming" nenne. Dabei wird Pair Programming umgedreht und es geht stattdessen um Pair- oder Mob-Testing. Arbeiten Sie mit Entwicklern zusammen, um ihnen zu zeigen, wie Sie die Anwendung testen, oder lassen Sie sich von ihnen dabei unterstützen – oder auch umgekehrt! Das ist eine sehr hilfreiche Methode, um komplexe Probleme gemeinsam anzugehen. Lesen Sie dazu auch einen weiteren ausgezeichneten Artikel von Maaret Pyhäjärvi.

4. Führen Sie Remote-Test-Sessions für die Team-Zusammenarbeit durch: Bug Bashes, Game Days usw. 

Testingsitzungen (manchmal auch Bug Bashes, Game Days usw. genannt) sind eine kollaborative Aktivität, die typischerweise von einem Team durchgeführt wird. 

Sie können dazu dienen, eine bestimmte neue Funktion zu testen, oder regelmäßig eingesetzt werden, um die Anwendung zu prüfen. Die richtigen QE-Tools können während dieser gemeinsamen Sitzungen einen enormen Unterschied machen, indem sie Einblicke in Echtzeit liefern und komplexe Testumgebungen vereinfachen.

Die Idee ist, Personen aus dem Team und außerhalb des Teams zusammenzubringen – aus vielen Disziplinen (Entwicklung, Test, Produkt, Design, Geschäftsbeteiligte usw.) – um die Anwendung zu testen. Als Entwickler oder Tester haben wir manchmal eine technisch geprägte Vorstellung davon, wie die Anwendung aussehen sollte. Wenn andere Beteiligte sie betrachten, kann das sehr wertvolles Feedback liefern. 

Mir war es wichtig, dies zu erwähnen, weil ich denke, dass diese Aktivität gerade jetzt von großem Wert ist. Sie bringt Teams zusammen und fördert Kommunikation und Zusammenarbeit zwischen verschiedenen Abteilungen. So werden möglicherweise Fehler oder falsche Anforderungen aufgedeckt, die sonst übersehen worden wären.  

Natürlich kann es eine Herausforderung sein, solche Sitzungen remote durchzuführen, deshalb folgen hier ein paar Tipps dazu (und allgemein für die Organisation solcher Aktivitäten).

Tipps für die Durchführung von Remote-Testingsitzungen:

• Man sollte diese Sitzungen problemlos über ein Videokonferenz-Tool abwickeln können. Es sollte auch immer ein Chat zur Verfügung stehen (bei Slack könnte man z. B. einen separaten Kanal nur dafür machen); 
• Wenn Geräte benötigt werden (z.B. Smartphones oder Wohnzimmer-Geräte), sollte man vorher abfragen, welche Geräte die Teilnehmenden haben. Wenn man zum Beispiel eine iOS-App testet und jemanden ohne iPhone einlädt, ist das eine Verschwendung aller Zeit; 
• Immer sollte eine oder mehrere Personen verantwortlich für jede dieser Sitzungen sein. Diese Personen organisieren die Sitzung, bereiten ggf. benötigte Unterlagen oder Setups für die Teilnehmenden vor und moderieren die Aktivität; 
• Stellen Sie klare Installationsanweisungen für Teilnehmende bereit – am besten schon vor der Sitzung. Die Zeit sollte fürs Testen genutzt werden, nicht fürs Installieren; 
• Definieren Sie außerdem klar, wie Probleme gemeldet werden sollen, auch wenn es nur "Meldet es im Channel" heißt (statt dass alle gleichzeitig in der Konferenz etwas melden); 
• Haben Sie einen Plan für die Sitzung. Gerade in solchen Situationen hilft es, wenn alle einer Art Script oder zumindest einem Plan folgen, was angeschaut werden soll;
• Trotzdem sollten Sie exploratives Testen fördern. Bedenken Sie aber, dass manche einen kleinen Anstoß brauchen, um ins Erkunden einzusteigen. 
• Auch in backend-orientierten Systemen sind solche Sitzungen möglich. Eine interessante Variante könnte ein Chaos-Engineering-Experiment mit einem eher technisch orientierten Team sein. AWS etwa hat dafür ihre Game Days, von denen Sie sich Ideen holen können.
• Spaß fördern! Solche Aktionen können sehr unterhaltsam sein, wenn sie richtig aufgezogen werden – ich selbst habe Testingsitzungen früher bei Miniclip mit Game of Thrones-Charakteren gamifiziert. 

Weitere ausführliche Informationen dazu finden Sie in diesem Blogartikel, in dem viele der oben genannten Themen abgedeckt werden.

5. Nutzen Sie Ihre freie Zeit sinnvoll – stärken Sie Ihre Fähigkeiten im Bereich Quality Engineering

Wie ich bereits erwähnt habe, müssen Sie sich an asynchrone Kommunikation gewöhnen. Im Testumfeld (abhängig von den Teamdynamiken) hängen die Aufgaben eines Testers oft davon ab, dass zuvor Entwicklungsarbeiten abgeschlossen wurden. Da Teams teilweise langsamer arbeiten und sich die Kommunikation anders gestaltet, kann es passieren, dass Sie plötzlich freie Zeit zur Verfügung haben. 

Ich erinnere mich an einen Kollegen in einer früheren Firma, der im Standup oft sagte: „Ich bin durch x blockiert“, und dann den Tag abwartete, bis er entblockt wurde. Irgendwann half ich ihm dabei, seine Fähigkeiten in verschiedenen Bereichen auszubauen, und eine der wichtigsten Veränderungen war genau das Mindset. Gerade auch heute, wo zu möglichen Leerlaufzeiten noch das heimische Umfeld mit vielen Ablenkungen hinzukommt, ist das besonders relevant. 

Es ist wichtig, dass du deine Zeit verwaltest und ein Backlog führst von Dingen, an denen du interessiert bist zu lernen. 

Hier sind einige Beispiele, wie du deine Freizeit nutzen kannst: 

• Warst du bisher eher ein manueller QA? Vielleicht möchtest du Zeit investieren, um dich in Automatisierung einzuarbeiten.  
• Hast du viel Frontend-Wissen? Dann solltest du vielleicht auch Zeit investieren, um Backend-Kenntnisse aufzubauen.
• Es gibt viele großartige kostenlose Ressourcen wie freeCodeCamp oder YouTube, oder günstige wie Udemy (es gibt oft Angebote). Außerdem gibt es viele Konferenzen, die, bedingt durch das Coronavirus, mittlerweile remote stattfinden: Einige sind kostenlos (z. B. OnlineTestConf)!
• Oder vielleicht möchtest du mehr über die Anwendung selbst lernen, indem du dich durch den Anwendungscode arbeitest. 
• Oder du weißt bereits, dass ein neues Projekt kommt, und du musst dir dafür neue Fähigkeiten aneignen. 
• Zusätzlich kannst du die Zeit auch nutzen, um neue Ideen zu prototypisieren, technische Schulden abzubauen, Dokumentation zu überarbeiten usw.  

Was du am Ende machst, ist nicht so wichtig. Triff deine Auswahl, aber investiere in deine persönliche Entwicklung. 

Das heißt nicht, dass du dir keine Pausen gönnen darfst (es ist schließlich eine globale Pandemie). Die Leute werden das verstehen. Doch deine QA-Skills zu erweitern oder dich weiterzuentwickeln ist wertvoll, besonders in solchen Zeiten, in denen die Arbeitsmärkte stark eingebrochen sind. 

6. Nutze Teamaktivitäten, um Beziehungen aufzubauen 

Abschließend möchte ich, auch wenn dies kein direkt testbezogener Tipp ist, betonen, wie wichtig es ist, Aktivitäten innerhalb deines Teams anzuregen. Diese Beziehungen sind wichtig und dienen oft als willkommene Ablenkung von der Arbeit. Im Büro entstehen solche Verbindungen oft ganz natürlich – beim Mittagessen, in der Kaffeepause oder einfach durch einen zufälligen Kommentar im selben Raum. 

Tipps, wie man auch remote Beziehungen im Team pflegen kann: 

• In meinem aktuellen Team haben wir gerade die Donut Slack App in unserem Channel eingerichtet. Sie bringt uns jede Woche per Zufallsprinzip mit einem Teammitglied zusammen, um zu quatschen—worüber wir möchten.
• Wir haben außerdem einen Buchclub am Freitag, wo wir reihum Wissen austauschen (Fokus auf arbeitsrelevante Themen, aber offen für alles!); 
• Organisiere gemeinsame Mittagessen oder Kaffeepausen im Channel, sodass ihr wie im echten Büro etwas Zeit miteinander verbringen könnt. Das klappt natürlich am besten, wenn ihr in ähnlichen Zeitzonen seid; 
• Macht Quizze oder spielt gemeinsam Online-Games, hin und wieder. Das Jackbox Party Pack funktioniert zum Beispiel super in Remote-Teams.

Jetzt Newsletter abonnieren: Mehr Insights erhalten

Für mehr Tipps, Ratschläge und Strategien zum Thema Qualitätssicherung abonniere den Newsletter des CTO Club. Wir unterstützen dich dabei, smarter zu skalieren und souveräner zu führen – mit Leitfäden, Ressourcen und Strategien von Top-Expert:innen!