Freelancer-Kategorie

Tester, die den Fehler vor Ihren Kunden finden.

Manuelles QA, Usability-Tests und klare Fehlerberichte — auf echten Handys und Browsern, nicht nur im Emulator. Jeder Tester im iince-Pool hat Berichte geschrieben, mit denen ein Entwickler arbeiten kann, keine vagen 'geht nicht'-Notizen.

Shortlist anfragen Was wir prüfen

Deckt ab: Web, iOS, Android
Shortlist: Meist innerhalb von 48 Stunden
Gebühr: Einmalig, nur bei Einstellung

Beispiel-Shortlist3 Personen

Checkout-QA vor dem Launch, Abo-App

25–40 $/h · Start diese Woche · Englisch

QA-Tester

5 Jahre · Manila · 25–30 $/h · sofort frei

Manuelles QAiOS / AndroidFehlerberichte

Warum: Schreibt saubere Berichte mit genauen Schritten und einer Bildschirmaufnahme; Entwickler müssen selten nachfragen.

Usability-Testerin

4 Jahre · Nairobi · 20–28 $/h · Teilzeit

Think-aloudWeb-FlowsEN

Warum: Nimmt klare Think-aloud-Durchläufe auf und zeigt genau den Screen, an dem Nutzer hängen bleiben.

QA-Tester

7 Jahre · Krakau · 30–40 $/h · frei ab Montag

Cross-BrowserRegressionEN / PL

Warum: Methodische Cross-Browser-Durchläufe; führt eine Checkliste, damit nichts ungetestet rausgeht.

Beispiel für das Format. Echte Shortlists enthalten Portfolio-Links und die aktuelle Verfügbarkeit.

Die Arbeit

Was sie Ihnen abnehmen

Manuelles QA von Websites und Apps auf echten Geräten
Fehlerberichte mit klaren Schritten zum Reproduzieren, Logs und Screenshots
Usability- und Think-aloud-Tests an echten Nutzerflüssen
Cross-Browser- und Cross-Device-Checks vor dem Release

Prüfung für diese Rolle

Was wir prüfen, bevor wir app- & website-tester auf die Shortlist setzen.

Allgemeine Prüfung reicht nicht. Das hier sind die Checks speziell für diese Rolle, zusätzlich zu den Skill-Tests, die jeder Bewerber macht.

Ein echter Fehlerbericht, keine Beschwerde
Wir bitten um einen Beispielbericht. Klare Schritte zum Reproduzieren, Soll gegen Ist und ein Screenshot oder eine Aufnahme — sonst keine Shortlist.
Ihre eigenen Geräte
Wir klären, auf welchen echten Handys, Browsern und OS-Versionen sie testen können. Reine Emulator-Tester kennzeichnen wir als solche.
Eine kurze Testaufgabe
Für die meisten Anfragen geben wir einen kurzen Flow zum Testen. Wir lesen, wie sie berichten, bevor wir sie vorstellen.

Typische Aufträge

Die drei Anfragen, die wir am häufigsten sehen.

Ein paar Tage

Testdurchlauf vor dem Launch

Eine fokussierte QA-Runde an einem Build oder Flow vor dem Release, mit einer schriftlichen Liste, was kaputt ist und wie schlimm.

Pro Release

Regressionstests

Dieselbe Checkliste bei jedem Release, damit ein Fix an einer Stelle nicht still eine andere bricht.

Monatlich, Teilzeit

Laufendes QA und Feedback

Ein Tester auf Abruf für neue Features, Usability-Feedback und Cross-Device-Checks, ohne Vollzeitstelle.

Typische Spannen, keine Angebote. Ihre Anfrage bestimmt Umfang und Zeitrahmen.

App- & Website-Tester: Fragen

Bevor Sie einstellen.

Testen sie auf echten Geräten oder im Emulator?

Nennen Sie uns die Geräte und Browser, die für Sie zählen. Wir schlagen Tester vor, die die echten Handys und OS-Versionen besitzen, die Sie brauchen, und sagen klar, wenn jemand nur einen Emulator hat.

Wie sieht ein Fehlerbericht von ihnen aus?

Klare Schritte zum Reproduzieren, was sie erwartet haben, was wirklich passiert ist, und ein Screenshot oder eine Bildschirmaufnahme — so, dass ein Entwickler ohne Rückfrage arbeiten kann.

Kann ich einen Tester für nur ein Release buchen?

Ja. Kurze Runden pro Release und vor dem Launch sind üblich. Schreiben Sie den Build, die Flows und die Deadline in Ihre Anfrage.

Werden oft zusammen gebucht

Anfrage starten

Sagen Sie uns, was Sie brauchen.

Schicken Sie ein kurzes Briefing — Rolle, Budget, Zeitrahmen. Wir melden uns mit zwei oder drei Leuten, die wir selbst einstellen würden, meist innerhalb von 48 Stunden.

Shortlist anfragen

Eine gute Anfrage für app- & website-tester nennt

Produkt: Website, iOS-App, Android-App oder alles
Geräte und Browser, die für Ihre Nutzer zählen
Die Aufgabe: Launch-Durchlauf, Regression oder Usability-Feedback
Zeitplan: wann Sie releasen und wie schnell Sie Ergebnisse brauchen
Sprachen: in denen Ihre Nutzer testen