QA-Team bei Droptica. Interview mit Testern

Testen ist ein sehr wichtiger Teil des Entwicklungsprozesses bei Droptica. Dadurch werden Fehler in Projekten, die für Kunden durchgeführt werden, erkannt, sodass die Zielumsetzung effektiv ist. Ich lade Sie zu einem Interview mit langjährig erfahrenen Testern ein.

Wie hat Ihre Arbeit mit Tests bei Droptica begonnen?

Michał Potasiak: Als ich zu Droptica kam, wusste ich, dass ich Tester werden wollte, also absolvierte ich zuvor den Kurs und erlangte das ISTQB Foundation Level-Zertifikat. Zusätzlich hatte ich einige technische Grundlagen, da ich einen Ingenieurabschluss in Management und Produktionstechnik mit Schwerpunkt Softwareproduktion gemacht habe. Ich denke, dass das Grundwissen über Programmiersprachen und der gesamte Prozess ein Vorteil für mich war und mir erlaubte, mich relativ schnell im Unternehmen anzupassen.

Daniel Nowak: Meine Arbeit begann ein wenig zufällig. Als ich an einer Hochschule war und nach einem Job suchte, sagte mein Freund, dass Droptica für die Position eines Testers rekrutierte. Ich wollte in der IT arbeiten, daher passte die Position zu mir. Bevor ich zum Vorstellungsgespräch ging, musste ich mich richtig vorbereiten. Es scheint, dass das Interview gut lief, da ich seit 7 Jahren bei Droptica arbeite.

Wie sieht Ihr Arbeitstag aus? Was macht ein Softwaretester?

Michał Potasiak: Ich beginne meinen Tag damit, die Ergebnisse der automatischen Tests zu prüfen. Diese werden nachts immer mit dem neuesten Code durchgeführt, sodass Sie recht schnell ein Feedback darüber erhalten können, dass im Code oder den Tests etwas verbessert werden muss. Als nächstes schaue ich täglich die aktuellen Aufgaben in Jira und deren Prioritäten an. Dies hilft mir, besser zu definieren, was ich tagsüber tun sollte. Die nächste Aufgabe ist das tägliche Meeting, bei dem wir mit dem Team den Projektfortschritt und die Tagespläne besprechen. Der nächste Teil des Tages hängt stark davon ab, in welcher Phase des Projektzyklus wir uns befinden und an welchen Aufgaben wir arbeiten. Natürlich besteht die häufigste Aufgabe darin, die Korrektheit der Aufgabenerfüllung durch Entwickler oder Retests nach Korrekturen zu überprüfen. Eine weitere häufige Aufgabe ist das Ausfüllen der Testfälle. Das Halten dieser auf dem neuesten Stand hilft Ihnen, danach effizient Regressionstests durchzuführen. In meinem Projekt schreibe und pflege ich auch automatische Tests. Hier könnten Sie wahrscheinlich einige andere Dinge erwähnen, wie Scrum-Meetings, das Besprechen von Aufgaben mit Entwicklern, das Aktualisieren der Testdokumentation. Tatsache ist, dass jeder Tag leicht unterschiedlich ist und neue Herausforderungen mit sich bringt.

Daniel Nowak: Ich beginne meinen Arbeitstag mit einem Überblick über die Ergebnisse der automatischen Tests, dann eine Liste der mir zugewiesenen Aufgaben. Um 9:00 Uhr findet Daily des Support-Teams statt und ich beginne mit den Testaufgaben. Und dann, so wie Michał es sagt.

Wie sieht die Zusammenarbeit mit Entwicklern oder die Arbeit am Projekt aus?

Michał Potasiak: In meinem Fall scheint vieles in dieser Angelegenheit durch die Scrum-Methodik, die die Softwareentwicklung verbessert, vorgegeben. Das gesamte Entwicklungsteam (der Tester ist ebenfalls Mitglied des Teams) trifft sich zu Scrum-Events, bei denen sie das Projekt gemeinsam besprechen. Deshalb wissen wir, woran wir arbeiten werden. Wir wissen auch, was die Anzahl der Fragen, die während der Umsetzung von Aufgaben gestellt werden, begrenzt. Was den technischen Aspekt betrifft, arbeite ich in einem verteilten Team, daher treffen wir uns nicht jeden Tag physisch. Daher müssen wir uns mit Technik unterstützen. Das am häufigsten verwendete Tool ist Slack. Es ist sowohl praktisch für schnelle Fragen als auch für längere Diskussionen in Threads. Es ist in der Videokonferenz etwas weniger effektiv, weshalb wir Bluejeans für diesen Zweck verwenden. Aufgaben und Informationen über sie halten wir in Jira.

Daniel Nowak: Ich arbeite hauptsächlich im Drupal-Support-Team bei Droptica. Wir haben hier viele Projekte, bei denen Entwickler Aufgaben durchführen. Dev erledigt eine Aufgabe, übergibt sie an QA, und ich prüfe und ändere den Status entsprechend (ich gebe sie zurück oder sende sie zur Überprüfung für den Kunden). Was den typischen menschlichen Aspekt angeht, denke ich, dass die Zusammenarbeit reibungslos verläuft - jeder fühlt sich wie ein Mitglied eines Teams. Daher gibt es keine stereotypen Reibungen zwischen Tester und Entwickler.

Haben Sie eine Routine in Ihrer täglichen Arbeit?

Michał Potasiak: Meiner Meinung nach kann die Routine in zwei Faktoren unterteilt werden. Der erste - positive Ergebnisse aus der erworbenen Erfahrung. Es erlaubt Ihnen, mit größerer Wahrscheinlichkeit vorherzusagen, wo Fehler im Projekt gefunden werden können. Das Problem ist, dass es auch einen zweiten Aspekt gibt, der dazu führt, dass wenn wir etwas routinemäßig tun, es uns einlullen kann.

Daniel Nowak: Die Vielfalt der Projekte im Team erlaubt keine Routine. Ich nutze meine Erfahrung in routinemäßigen Aufgaben, aber wenn möglich, versuche ich, sie zu automatisieren, um die routiniertesten Aufgaben loszuwerden.

Der seltsamste / schwierigste Fehler, dem Sie begegnet sind?

Michał Potasiak: Während meiner mehrjährigen Tätigkeit als Tester bei Droptica bin ich auf mehrere seltsame Fehler gestoßen, wie z.B. Daten, die verschwunden sind, oder Massenmailings (zum Glück im Testumfeld). Es ist schwer, den "besten" auszuwählen, da für jeden etwas anderes sein wird. Für mich war der seltsamste Fall, als eine Anwendung von alten Daten in einem Google-Konto beeinflusst wurde, die ihr Aussehen verdarben. Und wenn es um den schwierigsten geht, für mich sind die schwierigsten Fehler immer die, die der Entwickler zu Hause nicht leicht reproduzieren kann. Entwickler korrigieren ihre Fehler ohne Zögern. Das Problem entsteht, wenn diese Fehler sie nicht reproduzieren können. Normalerweise liegt es an Unterschieden in den Umgebungen, die wir bei Droptica dank Docker-Console eingeschränkt haben.

Daniel Nowak: Vor einigen Jahren haben wir zu Drupal 8 migriert. Es war ein System mit einer riesigen Anzahl von Benutzern, die migriert werden mussten. Der Kunde erwähnte nicht, dass einige der Benutzer manuell vom Administrator hinzugefügt wurden, nicht über das Anmeldeformular. Diese eine kleine Tatsache bedeutete, dass manuell hinzugefügte Benutzer nicht die entsprechenden Berechtigungen hatten, um die gekauften Inhalte zu sehen. Ein kleiner Fehler in den Designvereinbarungen, der durch Zufall gefunden wurde, verursachte einen ziemlich großen Fehler, der in Drupal behoben werden musste.

Was sind die interessantesten Projekte bei Droptica in Bezug auf Tests?

Michał Potasiak: Ich würde sagen, dass das Projekt, an dem Sie gerade arbeiten, immer das interessanteste ist. Ich kann von Projekt zu Projekt etwas Neues lernen. Da die Drupal-Technologie entwickelt wird, bietet sie Möglichkeiten im Testprozess. Die Vielfalt der Projekte bei Droptica ist beeindruckend, sodass Sie in jedem von ihnen etwas Wichtiges lernen können, das bei der Prüfung Ihres nächsten Projekts hilfreich sein kann.

Daniel Nowak: Interessante Projekte sind solche, bei denen wir viel Logik prüfen, kompliziert in Bezug auf die Vielzahl von Benutzerrollen. Und auch solche, bei denen neben dem manuellen Testen auch Zeit für Testautomatisierung bleibt.

Zusammenfassung

Vor kurzem hat Michał Potasiak einen Artikel über automatisierte Tests auf mehreren Browsern geschrieben. Ich erwähne es, weil der Text auf lebhaftes Interesse nicht nur in der Drupal-Community gestoßen ist, sondern auch erwähnenswert ist, weil Wissensaustausch ein wichtiges Element der Unternehmenskultur bei Droptica ist. Somit ist der Nutzen für Kunden unbestreitbar - dank der Entwicklung der Kompetenzen unserer Tester wird jedes Projekt in der Testphase effizient und mit der effizientesten Nutzung der Zeit verwaltet.