Zum Start der gemeinsamen Zusammenarbeit vereinbaren wir einen Onboarding Termin mit Ihnen und Ihrem Team. Bei diesem Kennenlernen der operativen Parteien klären wir den gemeinsamen Testablauf, auf welchem Wege wir Ergebnisse teilen und die Kommunikation durchführen. Auf Basis Ihrer Timeline oder Ihren Milestones erstellen wir eine angepasste Testing Roadmap, die sich bestmöglich in Ihre Entwicklungszyklen integriert. Außerdem tauschen wir Informationen über die Use Cases und Ihre NutzerInnen aus, damit wir das Testsetup genau darauf ausrichten können. Um das volle Potenzial des Testings auszuschöpfen, empfehlen wir die folgenden Punkte zu besprechen:

Auf Basis von Neuerscheinungen und Marktdaten wird unser Devicestack fortwährend aktualisiert und angepasst. Damit können wir Ihnen eine Geräteauswahl bieten, mit der wir bis zu 85% Ihrer Zielgruppe abbilden können. Gibt es bereits Daten zu verwendeten Geräten aus den Stores oder Analytics Tools, können wir diese als Grundlage für das Test Setup verwenden. Andernfalls beraten wir Sie gerne zur Auswahl geeigneter Geräte aus unserem Devicepool von über 150 Smartphones, Tablets und Wearables sowie über 1000 Device-Browser-Kombinationen.

Der Test der von Apps und Webseiten auf unseren realen Geräten baut auf den vorherigen Schritten auf. Die Tester greifen dabei auf die Geräte in unserem Office zurück und decken dabei alle notwendigen OS und Browserversionen ab. Dabei stellen wir sicher, dass die Qualität nicht nur für VerwenderInnen von neuen Geräten, sondern auch älterer Betriebssystem oder Browserversionen sichergestellt ist. Die Geräte eines Testlaufs werden währenddessen immer wieder ausgetauscht: Tritt ein Fehler auf einer bestimmt OS Version auf, werden weitere Geräte mit derselben OS Version hinzugenommen. Unser Ziel ist es dabei die Ursache möglichst genau zu identifizieren, sodass wir Entwicklerinnen und Entwicklern die Suche nach der Fehlerursache zu erleichtern.

Gefundene Fehler werden dann in Form eines Bugtickets in unserem Portal aufgenommen. Hierbei versuchen wir auch wieder die Arbeit für die EntwicklerInnen möglichst einfach zu machen und eine realistische Einschätzung zur Schwere von Fehlern zu liefern. Aus unserem Portal können die Tickets dann problemlos in Ihren Bugtracker oder in Ihr Projektmanagement-Tool exportiert werden.

Der Test der von Apps und Webseiten auf unseren realen Geräten baut auf den vorherigen Schritten auf. Die Tester greifen dabei auf die Geräte in unserem Office zurück und decken dabei alle notwendigen OS und Browserversionen ab. Dabei stellen wir sicher, dass die Qualität nicht nur für VerwenderInnen von neuen Geräten, sondern auch älterer Betriebssystem oder Browserversionen sichergestellt ist. Die Geräte eines Testlaufs werden währenddessen immer wieder ausgetauscht: Tritt ein Fehler auf einer bestimmt OS Version auf, werden weitere Geräte mit derselben OS Version hinzugenommen. Unser Ziel ist es dabei die Ursache möglichst genau zu identifizieren, sodass wir Entwicklerinnen und Entwicklern die Suche nach der Fehlerursache zu erleichtern.

Gefundene Fehler werden dann in Form eines Bugtickets in unserem Portal aufgenommen. Hierbei versuchen wir auch wieder die Arbeit für die EntwicklerInnen möglichst einfach zu machen und eine realistische Einschätzung zur Schwere von Fehlern zu liefern. Wie unsere Tickets aussehen, können Sie an unserem Beispiel Ticket (Link zum Beitrag einfügen) nachvollziehen.