Produkttests (mit Erin Hess von Crema)

Michael Luchen wird von Erin Hess, Senior Test Engineer bei Crema, begleitet. Sie begann ihre Karriere als Grafikdesignerin, bevor sie sich selbst das Programmieren beibrachte und eine Leidenschaft für Softwaretests entwickelte. Hören Sie zu, um mehr über Produkttests zu erfahren.

Interview-Highlights:

  • Erin verfügt über eine einzigartige Kombination aus kreativen und technischen Talenten, die sie in über 12 Jahren Erfahrung in verschiedenen Rollen innerhalb der Softwareentwicklung und -technik erworben hat. Sie begann ihre Karriere als Kundenbetreuerin, bevor sie sich selbst das Programmieren beibrachte und eine Leidenschaft für Softwaretests entwickelte. Als Anwältin der Nutzer sind einige von Erins Schlüsselstärken Empathie, Visualisierung sowie das Vorhersehen von Verhalten und Kommunikation. [0:53]
  • Erin genießt es, Prozesskarten zu erstellen und sich vorzustellen, wo mögliche Schmerzpunkte liegen könnten. Durch das Einfühlen in andere Perspektiven, das Betrachten von Problemen aus verschiedenen Blickwinkeln und das Erkennen der langfristigen Konsequenzen und Vorteile heutiger Handlungen konnte Erin einen Unterschied für jedes Team und Produkt machen, dem sie beitritt. [1:30]
  • Erin hilft auch Organisationen dabei, inklusive Designpraktiken zu übernehmen und umzusetzen, indem sie Bewusstsein für universelle Nutzbarkeitshürden schafft und verbreitet. Sie setzt sich für Barrierefreiheit ein und trägt kontinuierlich Ressourcenmaterialien zu den ständig wachsenden Online-Testgemeinschaften bei. [1:47]
  • Es gibt so viele Aktivitäten, die man als Tester durchführen kann. Eine von Erins absoluten Lieblingsbeschäftigungen ist es, Beziehungen aufzubauen und die Teams kennenzulernen, mit denen sie arbeitet. [2:48]

Disziplin bedeutete für mich Geduld und Übung, Lernen, mir und meinem Team Rückblicke zu geben, was wir tun, um uns umeinander zu kümmern und den Sprint fortzusetzen.

Erin Hess
  • Einige der typischen Aktivitäten, die ein Testingenieur in einem Produktteam durchführt, sind der Aufbau von Beziehungen und die Zusammenarbeit mit verschiedenen Teilen des Teams. Als Testingenieur ist man Teil all dessen. Man muss mit allen Teammitgliedern Schritt halten und kommunizieren, denn wenn man das nicht tut, wird man etwas verpassen und etwas verlieren. [5:26]
  • Erin hat im Laufe der Zeit gelernt, dass es umso besser ist, je früher man den Testingenieur einbezieht. Wenn man gute Testingenieure möchte, die mehr als nur Testfähigkeiten mitbringen, sollte man sie bereits im Pre-Kickoff-Meeting einbeziehen und ihnen zeigen, worauf sie sich einlassen. [8:14]
  • Das Erste, woran man während eines Sprints denken sollte, ist: Man weiß nicht, was man nicht weiß, also sollte man keine Angst haben, sich an sein Team zu wenden, wenn man Zweifel oder Bedenken hat, egal wie schwerwiegend man diese empfindet. Manchmal kann ein kleines Anliegen zu einer bedeutenden Verbesserung führen. [9:41]

Es gibt kein "Ich" in der Produktentwicklung, genauso wenig wie es ein "Ich" in einem Team gibt. Man macht das nicht für sich selbst. Man ist Teil des Teams und wird dem Team nicht helfen, wenn man ihnen nicht sagt, dass man Schwierigkeiten hat.

Erin Hess
  • Es ist definitiv von Vorteil, wenn Design und Entwickler während der Gestaltung und Entwicklung der User Stories mit den Testingenieuren zusammenarbeiten, wann immer dies möglich ist. Erin kann aus ihrer Erfahrung sagen, dass es Möglichkeiten gibt, in den frühen Phasen eines Projekts mit Design und Entwicklung zusammenzuarbeiten, und es gibt ihr mehr Informationen, um Testszenarien, Testdateien vorzubereiten oder Automatisierungsskripte zu schreiben. [11:22]
  • Das Wort Barrierefreiheit wird derzeit oft verwendet. Es ist auch als 'A11Y' bekannt, weil es 11 Buchstaben zwischen dem A in Accessibility und dem Y gibt. [22:13]

Ich würde sagen, ein Fürsprecher zu sein bedeutet, eine Stimme für alle verschiedenen Endnutzer zu sein und sich für Funktionen und die Entwicklung von Produkten und Dienstleistungen einzusetzen, die für alle zugänglich sind.

Erin Hess
  • Erin hat eine Präsentation über Empathie und Tests gehalten. Es war beim Ministry of Testing TestBash Home-Event, wo sie zusammen mit ihrer Freundin Jenny Bramble präsentierte. Sie sprachen darüber, wie "Empathie die Grundlage des Testens ist" und wie das aussieht und wie ihre Geschichten sie in eine einzigartige Position versetzen, um über Empathie und Kundenbedürfnisse zu sprechen. [24:36]

Empathie ist die Fähigkeit, zu verstehen oder zu fühlen, was eine andere Person aus ihrem eigenen Bezugsrahmen heraus erlebt.

Erin Hess
  • Erins persönliche Gewohnheiten, die am meisten zu ihrem Erfolg beigetragen haben, sind ihre Fähigkeit, große Mengen an Informationen im Laufe der Zeit zu erstellen, zu strukturieren und zu organisieren. [26:44]
  • Erins Lieblingstools, die sie regelmäßig verwendet, sind Chrome DevTools, wie der Device Mode, mit dem man mobile Geräte simulieren, die Reaktionsfähigkeit testen und verschiedene spezifische Ansichtsfenster ausprobieren kann. [27:16]
  • Erins Ratschlag für jemanden, der am Anfang seiner Reise im Produkt steht, ist: Sei offen dafür, von jedem zu lernen, egal von wem. Wenn ein Entwickler oder Designer oder der Produktmanager deine Aufmerksamkeit oder Zeit möchte, nimm es an. Nutze es als Lernerfahrung und profitiere davon. [27:59]

Gastbiografie:

Erin begann ihre Karriere als Grafikdesignerin, bevor sie sich selbst das Programmieren beibrachte und eine Leidenschaft für Softwaretests entwickelte. Sie ist im Herzen eine Anwältin der Nutzer – Empathie, Visualisierung, das Vorhersehen von Verhalten und Kommunikation sind einige ihrer Schlüsselstärken.

Ich mag es, Beziehungen zu meinem Team aufzubauen, sodass es nicht auf Hierarchie basiert. Es ist, weil ich möchte, dass jeder im Team zusammenarbeitet und miteinander arbeitet.

ERIN HESS

Ressourcen aus dieser Episode:

Verwandte Artikel und Podcasts:

Lesen Sie das Transkript:

Wir versuchen, unsere Podcasts mit einem Softwareprogramm zu transkribieren. Bitte entschuldigen Sie eventuelle Tippfehler, da der Bot nicht immer zu 100 % korrekt ist.

Verwandter Podcast: People Driven Development (mit Sam Higham von Glean)

Verwandte Lektüre: