Motivation

uTest folgt einem strukturierten Testprozess, der in der Regel die Projekteinführung, die Ausführung von Testfällen, das Melden von Bugs und den Abschluss des Testzyklus umfasst. Testern werden bestimmte Test-Cases zugewiesen und diese innerhalb der vorgesehenen Testumgebung ausgeführt. Nach der Durchführung reichen die Tester detaillierte Bug-Reports bei der Plattform ein.

Wenn ein Bug-Report abgelehnt wird, wirkt sich dies negativ auf die Bewertung des Testers aus, abhängig von der Art der Ablehnung.

Tester können abgelehnte Bugs von Kunden anfechten.

Platzhalter sind verboten.

Tester können jedes registrierte Gerät verwenden, wenn es den Anforderungen des Testlaufs entspricht.

Der Testingenieur wählt die Tester aus, die an einem Test teilnehmen sollen.

Test IO verwendet einen agilen Testprozess, der Testplanung, Durchführung und kontinuierliches Feedback umfasst. Tester nehmen an Testläufen teil, die ihre Sprache, Geräte und ihren Standort berücksichtigen. Wir legen Wert auf Echtzeit- und manuelles exploratives Testen, um Testern zu ermöglichen, Bugs sofort zu entdecken und zu melden.

Um aktiv an einem Testlauf teilzunehmen, müssen Tester im Voraus eine Test-Session starten und bestätigen, dass sie die Anweisungen für die betreffenden Features gelesen und verstanden haben.

Um Duplikate zu identifizieren, werden dir beim Einreichen eines Bugs in der Liste "Ähnliche Bugs" auf der rechten Seite des Bug-Reports die bereits eingereichten Bugs im aktuellen Testlauf angezeigt. Du kannst auch die Bugs durchsuchen und filtern sowie die Liste der bekannten Bugs dazu verwenden.

Wenn ein Bug-Report abgelehnt wird, wirkt sich dies negativ auf die Punktzahl des Testers aus, abhängig von der Art der Ablehnung.

Tester können abgelehnte Bugs von Teamleitern beanstanden. Sobald ein Report beanstandet wird, wird er zur Überprüfung durch das Bug-Dispute-Team gesperrt.

Platzhalter-Reports sind strengstens verboten.

Basierend auf den in deinem Tester-Profil registrierten Geräten und anderen Informationen wählt das System eines der Geräte aus und lädt dich zur Teilnahme am Test ein. Je nach den verfügbaren Plätzen für jeden Testlauf kannst du möglicherweise kein anderes Gerät auswählen als das, das das System ausgewählt hat. Sobald für ein bestimmtes Gerät eingeladen wurdest, kannst du nicht zu einem anderen Gerät wechseln. Daher kannst du nur Bugs melden, die auf diesem Gerät gefunden wurden.

Das uTest-Bug-Formular ist wie folgt strukturiert:

Das Bug-Formular von Test IO hingegen vereinfacht die Dokumentation der Tester mit der folgenden Struktur:

Du musst keinen spezifischen Formatvorgaben folgen, um einen Titel zu erstellen. Du musst jedoch angeben, was passiert ist, wo der Bug aufgetreten ist und wann er ausgelöst wurde.

Auf unserem Bug-Formular musst du keine Schrittnummern hinzufügen; unser Formular erzeugt sie automatisch. Du kannst die Schritte nach Belieben verschieben und neu anordnen.

Mit Ausnahme des Browsers bei Website-Tests werden die Geräteinformationen aus dem von dir ausgewählten Gerät abgerufen, wenn du an einem Testlauf teilnimmst und können danach nicht geändert werden.

uTest klassifiziert Bugs wie folgt:

Es wird von den Testern verlangt, diese Bugs genau zu identifizieren und zu melden.

Test IO kategorisiert Bugs als:

Wir führen keine Sicherheitstests durch.

​

Hier sind weitere Spezifikationen: Content-Bugs sind mit jeder Art von Informationen verbunden, nicht nur Text (z. B. Übersetzungen; Rechtschreibfehler werden nicht gemeldet), daher handelt es sich bei fehlenden Bildern und Schaltflächen um Content-Bugs und nicht um visuelle Bugs.

Funktionale Bugs, die als Performance-Probleme angesehen werden, wie endloses Laden, können als funktionale Bugs betrachtet werden, wenn sie sich direkt auf Endbenutzer auswirken, beispielsweise beim Zugriff auf Inhalte oder dem Fortschritt bei einer Aufgabe.
​

Jedoch handelt es sich in spezifischen Performance-Testläufen, die bei Bedarf durchgeführt werden, beim endlosen Laden um ein Performance-Problem und sie werden entsprechend gemeldet. Daher sind die Messung der Internetgeschwindigkeit und die .har-Dateien Teil der Anhänge, die jedem Report beigefügt werden müssen.

In Bezug auf die Häufigkeit von Bugs ist diese Information nicht erforderlich; sie hilft jedoch dabei, echte Bugs von vorübergehenden Störungen wie Internetverzögerungen oder Browserkonfigurationen zu unterscheiden. Dies sind keine legitimen Bugs, da Kunden sie nicht beheben können, weil sie ein Problem in der Konfiguration des Browsers oder des Internetanbieters darstellen.

Der Schweregrad von Bugs bei uTest ist:

Hierbei entscheidest du, welcher Schweregrad am besten auf das Problem zutrifft.

Bei Test IO bieten wir spezifische Szenarien an, um dich bei der korrekten Auswahl des Schweregrades zu unterstützen. Dabei handelt es sich um die folgenden drei:

Die von uns bereitgestellten Szenarien helfen dabei, das Problem auf unterschiedliche Weisen zu analysieren, beispielsweise indem du die beeinträchtigte Funktionalität und das potenzielle Auswirkungen des Bugs auf die Endbenutzer berücksichtigst. Beispielsweise sind Showstopper-Bugs kritisch, während bei einem einfachen und intuitiven Workaround, wie dem erneuten Laden der Seite, der richtige Schweregrad Low sein wird.

uTest erlaubt Testern, relevante Dateien wie Screenshots, Screencasts und Log-Dateien ihren Bug-Reports anzufügen.

Screenshots:

Screencasts (Bildschirmaufnahmen):

Test IO Tester können Anhänge hinzufügen, wie Screenshots, Screencasts und Absturzprotokolle.

Screenshot:

Screencast:

uTest fördert die Kommunikation zwischen Testern, Projektmanagern und Entwicklern durch ein spezielles Nachrichtensystem. Tester können Klarstellungen zu Test-Anforderungen suchen und mit Interessengruppen während des Testlaufs interagieren.

Test IO legt Wert auf Echtzeitkommunikation.

Tester haben die Möglichkeit, miteinander zu kommunizieren und über Bugs und Probleme zu diskutieren - sowohl im Test-Chat, in Kommentaren zu Bug-Reports, über den Discord-Server und E-Mail-Plattformen zwischen Testern, Teamleitern (TL), Customer Success Managern (CSMs) und Kunden. Tester können Fragen stellen, Klarstellungen suchen und sofortiges Feedback von den oben genannten Interessengruppen erhalten, da diese mehr Informationen über die Bug-Reports der Tester anfordern können.

Bei uTest hängt die Auszahlung davon ab, wie wertvoll der Bug ist:

Die Auszahlung bei Test IO hängt von der Art der durchgeführten Aufgabe ab. Einige Aufgaben sind direkt mit Testläufen verbunden. Andere, wie Reproduktionen, Bug-Fix-Confirmations und Bug-Report-Confimations, können jedoch auch ohne Teilnahme am entsprechenden Testlauf durchgeführt werden.

In einem Testlauf hängt die Auszahlung jedoch von der Art und dem Schweregrad des Bugs sowie den Gerätespezifikationen ab.

Bei uTest können die Tester Folgendes durchführen bzw. melden:

Bei Test IO können freiberufliche Tester diese bezahlten Aufgaben durchführen und die folgenden Boni erhalten:​

Anstelle darauf zu warten, dass der Kunde deine Arbeit bei Test IO akzeptiert oder ablehnt, wirst du bezahlt, sobald der Teamleiter deinen Bug oder deine Ausführung annimmt.