QA-Tester mieten heißt: Sie verstärken Ihr Team um Test- und Qualitätssicherungs-Fachkräfte, die Anforderungen prüfen, Testfälle entwerfen, manuelle und automatisierte Tests durchführen und Qualität messbar machen – ohne eigenen Recruiting-Prozess. 360 Soft stellt manuelle Tester, Testautomatisierungs-Ingenieure (SDET), Performance- und Mobile-Tester als Staff Augmentation, Dedicated Team oder projektbasiert bereit. Diese Seite beschreibt typische Aufgaben, Senioritätsstufen, Werkzeuge, unsere technische Prüfung, die Arbeit im Sprint, KPIs, Risiken und Preisfaktoren.

Was ist QA und Testengineering, und wer braucht es?
Qualitätssicherung (QA) umfasst mehr als das Finden von Fehlern: Gute QA-Ingenieure prüfen Anforderungen auf Testbarkeit, definieren Akzeptanzkriterien, bauen eine ausgewogene Testpyramide aus Unit-, API- und UI-Tests auf und sorgen dafür, dass Regressionstests in der CI/CD-Pipeline automatisch laufen. Besonders profitieren Teams mit häufigen Releases, Produkte mit vielen Plattformen (Web, iOS, Android), regulierte Branchen wie Finanzen oder Gesundheit sowie Unternehmen, deren Entwickler bisher selbst testen.
Typische Probleme ohne dedizierte QA
- Fehler werden erst in Produktion von Kunden gemeldet.
- Manuelle Regressionstests vor jedem Release dauern Tage und bremsen die Auslieferung.
- Testautomatisierung wurde begonnen, ist aber instabil (flaky) und wird ignoriert.
- Akzeptanzkriterien sind unklar, Diskussionen über „Bug oder Feature“ häufen sich.
- Performance- und Lastprobleme werden erst bei Kampagnen oder Lastspitzen sichtbar.
Typische QA-Aufgaben und Projekte
| Bereich | Beispielhafter Umfang |
|---|---|
| Manuelles und exploratives Testen | Testfälle, Testläufe, explorative Sessions, Abnahmetests |
| UI-Testautomatisierung | Playwright, Cypress, Selenium mit Page-Object-Modell |
| API-Tests | Postman, REST Assured, Contract-Tests |
| Mobile Tests | Appium, Espresso, XCUITest, Gerätefarmen |
| Performance- und Lasttests | k6, JMeter, Gatling – Lastprofile und Engpassanalyse |
| Testmanagement | Teststrategie, Testpläne, Defect-Management in Jira oder Xray |
| CI/CD-Integration | Automatische Testläufe pro Pull Request und vor Releases |
| Accessibility- und Sicherheitstests | Barrierefreiheit nach WCAG, Basis-Security-Checks |
Senioritätsmatrix
| Stufe | Typische Erfahrung | Selbstständigkeit | Erwartete Kompetenz |
|---|---|---|---|
| Junior | 0–2 Jahre | Führt definierte Testfälle aus | Testgrundlagen, Fehlerberichte, einfache Automatisierung |
| Mid | 2–5 Jahre | Testet Features eigenständig Ende-zu-Ende | Testdesign-Techniken, UI- und API-Automatisierung, CI-Integration |
| Senior / SDET | 5+ Jahre | Verantwortet Teststrategie und Framework | Framework-Architektur, Performance-Tests, Mentoring, Qualitätsmetriken |
| QA Lead | 8+ Jahre | Qualitätsverantwortung über mehrere Teams | Teststrategie, Release-Kriterien, Prozessverbesserung, Stakeholder-Kommunikation |
Skills und Ökosystem
| Kategorie | Werkzeuge |
|---|---|
| Web-UI-Automatisierung | Playwright, Cypress, Selenium WebDriver |
| API-Tests | Postman, REST Assured, Karate, Pact |
| Mobile | Appium, Espresso, XCUITest, BrowserStack |
| Performance | k6, JMeter, Gatling |
| Testmanagement | Jira, Xray, TestRail, Zephyr |
| BDD | Cucumber, SpecFlow, Gherkin |
| CI/CD | GitHub Actions, GitLab CI, Jenkins, Azure DevOps |
| Programmiersprachen | TypeScript, JavaScript, Java, Python, C# |
Technische Prüfung: So wählen wir QA-Kandidaten aus
Interviewthemen
- Testdesign: Äquivalenzklassen, Grenzwertanalyse, Entscheidungstabellen, zustandsbasierte Tests
- Testpyramide und Teststrategie: was automatisieren, was manuell prüfen
- Automatisierung: stabile Selektoren, Wartezeiten, Testdaten, Umgang mit flaky Tests
- API-Tests: Statuscodes, Schemas, Authentifizierung, Negativtests
- Fehlerberichte: Reproduzierbarkeit, Schweregrad vs. Priorität, Kommunikation mit Entwicklern
- CI-Integration und Reporting von Testergebnissen
Praktische Aufgabe
Der Kandidat erhält eine kleine Webanwendung mit einer User Story. Er leitet Testfälle ab, führt eine explorative Session durch, dokumentiert gefundene Fehler und automatisiert die wichtigsten Szenarien mit Playwright oder Cypress inklusive eines API-Tests. Bewertet werden Testabdeckung, Qualität der Fehlerberichte und Wartbarkeit des Testcodes.
Bewertungskriterien
| Kriterium | Worauf wir achten |
|---|---|
| Testabdeckung | Positive, negative und Grenzfälle sind berücksichtigt |
| Fehlerberichte | Klare Schritte, erwartetes vs. tatsächliches Verhalten, Belege |
| Testcode | Lesbar, wiederverwendbar, keine festen Wartezeiten |
| Stabilität | Tests laufen wiederholt zuverlässig durch |
| Priorisierung | Risikobasierte Auswahl der Testfälle |
| Kommunikation | Verständliche Zusammenfassung für Entwickler und Produkt |
Typische Teamzusammensetzungen
| Szenario | Empfohlene Besetzung |
|---|---|
| Kapazitätserweiterung im Scrum-Team | 1 QA-Ingenieur pro 3–5 Entwickler |
| Aufbau der Testautomatisierung | 1 Senior SDET, 1–2 Automatisierungs-Ingenieure |
| Mobile App auf mehreren Plattformen | 1 Mobile-QA, 1 Automatisierungs-Ingenieur |
| Release- oder Lastspitze | Performance-Tester für einen definierten Zeitraum |
| Regulierte Software | QA Lead mit Dokumentations- und Validierungserfahrung |
Zusammenarbeitsmodelle
Je nach Reifegrad Ihres Projekts stellen wir QA-Ingenieure in drei Modellen bereit. Alle Modelle sind als Remote-, Vor-Ort- oder Hybrid-Einsatz möglich; für kritische Systeme lassen sich auch 7/24-Schichten organisieren.
- Staff Augmentation: Einzelne Fachkräfte verstärken Ihr bestehendes Team, arbeiten in Ihren Tools und Ritualen, die fachliche Steuerung bleibt bei Ihnen.
- Dedicated Team: Ein eingespieltes Team mit Lead, das einen klar umrissenen Produktbereich übernimmt – skalierbar von 1 bis über 200 Personen.
- Projektbasiert: Ein definierter Lieferumfang mit Meilensteinen und Abnahmekriterien, typischerweise auf Werkvertragsbasis.
Ablauf und typische Dauer
| Schritt | Inhalt | Typische Dauer |
|---|---|---|
| 1. Bedarfsgespräch | Ziele, Stack, Seniorität, Zeitzone, Einsatzmodell | 1–2 Tage |
| 2. Profilauswahl | Vorauswahl und technische Vorprüfung durch uns | 3–5 Tage |
| 3. Ihr Interview | Gespräch und optional praktische Aufgabe mit Ihrem Team | 2–4 Tage |
| 4. Vertrag und Zugänge | Dienst-/Werkvertrag, NDA, AVV, Konten und Berechtigungen | 1–3 Tage |
| 5. Onboarding | Einarbeitung in Code, Prozesse und Ansprechpartner | 1. Woche |
| 6. Laufende Betreuung | Regelmäßige Feedbackgespräche, Ersatzprozess bei Bedarf | fortlaufend |
In der Regel kann ein QA-Ingenieur innerhalb von 1–2 Wochen nach dem Bedarfsgespräch starten. Die tatsächliche Dauer hängt von Seniorität, Spezialisierung und Ihrem eigenen Interviewprozess ab.
Mieten oder fest einstellen?
| Situation | Empfehlung |
|---|---|
| Dauerhafte Qualitätsverantwortung im Produkt | Fester QA Lead, ergänzt um gemietete Tester |
| Aufbau eines Automatisierungsframeworks | Mieten eines Senior SDET mit Wissenstransfer |
| Regressionsstau vor großen Releases | Kurzfristig gemietete Kapazität |
| Performance- oder Lasttest vor Go-live | Projektbasiert |
| Keine QA-Erfahrung im Haus | Dedicated QA-Team mit Lead |
Festanstellung, Freelancer oder Outsourcing im Vergleich
| Kriterium | Festanstellung | Freelancer | 360 Soft |
|---|---|---|---|
| Startzeit | oft mehrere Monate | kurzfristig, aber unsicher | typisch 1–2 Wochen |
| Kontinuität | hoch, aber Fluktuationsrisiko | abhängig von der Einzelperson | Ersatzprozess und Übergabe vertraglich geregelt |
| Technische Vorauswahl | eigener Aufwand | eigener Aufwand | durch uns vorab geprüft |
| Skalierung | langsam | begrenzt | von 1 bis 200+ Personen |
| Vertragliche Absicherung | Arbeitsvertrag | Einzelvertrag, Scheinselbständigkeitsrisiko | B2B-Dienst-/Werkvertrag mit NDA und IP-Regelung |
| Kostenstruktur | Gehalt plus Nebenkosten, Recruiting | Stundensatz | planbare Monats- oder Projektpauschale |
KPI- und SLA-Tabelle
| Kennzahl | Bedeutung |
|---|---|
| Fehler in Produktion (Escaped Defects) | Fehler, die trotz Tests beim Kunden ankommen |
| Automatisierungsgrad der Regression | Anteil automatisierter Regressionsfälle |
| Dauer des Regressionslaufs | Zeit bis zum Testergebnis vor einem Release |
| Flaky-Test-Quote | Anteil instabiler Tests in der Pipeline |
| Fehlerfindungsphase | In welcher Phase Fehler gefunden werden |
| Defect-Reopen-Rate | Anteil wieder geöffneter Fehler |
| Anforderungsabdeckung | Anteil der Akzeptanzkriterien mit Testfällen |
Zielwerte vereinbaren wir zu Projektbeginn, abhängig von Ausgangslage, Produkt und Release-Frequenz.

Faktoren, die den Preis bestimmen
| Faktor | Einfluss |
|---|---|
| Profil | Manuelle Tester, SDET oder Performance-Spezialisten unterscheiden sich deutlich |
| Seniorität | Senior- und Lead-Profile liegen höher |
| Plattformvielfalt | Web, Mobile, Desktop und Geräteabdeckung |
| Fachdomäne | Finanzen, Gesundheit oder andere regulierte Bereiche |
| Dauer und Auslastung | Längere Laufzeiten wirken sich günstig aus |
| Werkzeug- und Gerätekosten | Lizenzen und Gerätefarmen werden separat betrachtet |
Konkrete Preise nennen wir nach dem Bedarfsgespräch in einem individuellen Angebot.
So arbeitet ein QA-Ingenieur im Sprint
- Refinement: Prüft User Stories auf Testbarkeit und ergänzt Akzeptanzkriterien.
- Planung: Schätzt den Testaufwand und plant Testdaten und Umgebungen.
- Entwicklung: Schreibt Testfälle und Automatisierung parallel zur Implementierung.
- Verifikation: Testet Features sofort nach Fertigstellung, nicht erst am Sprintende.
- Regression: Automatisierte Regression läuft in der Pipeline, Ergebnisse werden ausgewertet.
- Review und Retro: Berichtet Qualitätskennzahlen und schlägt Verbesserungen vor.
Risiken und Gegenmaßnahmen
| Risiko | Gegenmaßnahme |
|---|---|
| Instabile Automatisierung | Stabile Selektoren, isolierte Testdaten, Quarantäne für flaky Tests |
| Testen erst am Sprintende | Shift-left: QA im Refinement und parallel zur Entwicklung |
| Produktionsdaten in Testumgebungen | Anonymisierte oder synthetische Testdaten |
| Wissen bei einer Person | Dokumentierte Teststrategie, Code-Reviews für Testcode |
| Ausscheiden eines Testers | Ersatzprozess mit Übergabe und gepflegter Testbasis |
Sicherheit, Datenschutz, NDA und geistiges Eigentum
- Vor dem ersten Systemzugang wird eine Geheimhaltungsvereinbarung (NDA) unterzeichnet.
- Alle Arbeitsergebnisse und Rechte am Quellcode bzw. an Entwürfen gehen gemäß Vertrag auf Sie über (IP-Übertragung).
- Zugänge nach dem Least-Privilege-Prinzip, persönliche Konten, Zwei-Faktor-Authentifizierung und Entzug aller Rechte bei Einsatzende.
- Für personenbezogene Daten schließen wir eine Auftragsverarbeitungsvereinbarung (AVV) nach Art. 28 DSGVO ab; Übermittlungen in die Türkei werden über EU-Standardvertragsklauseln (SCC) abgesichert. Auf türkischer Seite gilt zusätzlich das Datenschutzgesetz KVKK.
Rechtlicher Hinweis
Die Zusammenarbeit erfolgt als B2B-Dienstleistung auf Basis eines Dienst- oder Werkvertrags – es handelt sich ausdrücklich um keine Arbeitnehmerüberlassung. Die Fachkräfte sind bei 360 Soft in der Türkei angestellt, 360 Soft behält Personalverantwortung und Weisungsbefugnis in arbeitsrechtlichen Fragen. Da die Abgrenzung zum Arbeitnehmerüberlassungsgesetz (AÜG) und das Thema Scheinselbständigkeit von der konkreten Ausgestaltung abhängen, empfehlen wir eine rechtliche Prüfung des Vertrags- und Steuerungsmodells durch Ihre Rechtsberatung. Branchenspezifische Vorgaben in der Türkei, wo das Team arbeitet, werden eingehalten; zusätzlich gelten die lokalen Vorschriften im Land des Auftraggebers.
Beispielszenario (illustrativ): Regressionslast reduzieren
Beispielszenario (illustrativ): Ein Online-Händler testet vor jedem Release mehrere Tage lang manuell; Releases finden deshalb nur selten statt. Ein gemieteter Senior SDET analysiert zunächst die vorhandenen Testfälle, priorisiert sie risikobasiert und baut ein Playwright-Framework mit API-Tests für die wichtigsten Abläufe wie Suche, Warenkorb und Bezahlvorgang auf. Die Tests laufen bei jedem Pull Request in der Pipeline. Manuelle Tester konzentrieren sich danach auf explorative Tests neuer Funktionen, und das Team kann häufiger und mit mehr Sicherheit ausliefern.
Checkliste für die Auswahl eines QA-Ingenieurs
- Benötigen Sie manuelles Testen, Automatisierung oder beides?
- Welche Plattformen und Browser bzw. Geräte müssen abgedeckt werden?
- Welche Programmiersprache nutzt Ihr Entwicklungsteam – passt das Automatisierungs-Framework dazu?
- Gibt es bereits eine Teststrategie und ein Testmanagement-Tool?
- Sind Testumgebungen und Testdaten verfügbar und datenschutzkonform?
- Welche Release-Kriterien gelten heute?
- Welche Qualitätskennzahlen sollen sich in 90 Tagen verbessern?
Ausgewählte Projekte
Einige Projekte, an denen 360-Soft-Teams beteiligt waren: mobile Gesundheits-App der Memorial Sağlık Grubu, CRM-System und Händlerportal für iddaa.com. Alle Projekte finden Sie unter Referenzen.
Häufige Fragen
Stellen Sie manuelle Tester oder Automatisierungs-Ingenieure bereit?
Beides. Wir stellen manuelle Tester, Testautomatisierungs-Ingenieure (SDET), Mobile- und Performance-Tester bereit – einzeln oder als Team.
Mit welchen Automatisierungs-Tools arbeiten Sie?
Vor allem mit Playwright, Cypress, Selenium, Appium, Postman und REST Assured sowie k6 oder JMeter für Lasttests. Wir richten uns nach Ihrem Stack.
Können Sie unsere bestehende Testautomatisierung übernehmen?
Ja. Wir analysieren Stabilität und Struktur des vorhandenen Frameworks und verbessern es schrittweise, statt alles neu zu bauen.
Testen Sie auch mobile Apps?
Ja, auf echten Geräten und in Gerätefarmen, manuell und automatisiert für iOS und Android.
Führen Sie Performance- und Lasttests durch?
Ja. Wir definieren Lastprofile, führen Tests durch und analysieren Engpässe gemeinsam mit Ihren Entwicklern.
Wie schnell kann ein QA-Ingenieur starten?
In der Regel innerhalb von 1–2 Wochen nach dem Bedarfsgespräch.
Arbeitet der Tester in unseren Tools?
Ja. Der QA-Ingenieur arbeitet in Ihren Tools wie Jira, Xray, Git und Ihrer CI/CD-Pipeline und nimmt an Ihren Sprint-Ritualen teil.
Wie wird mit Testdaten und Datenschutz umgegangen?
Wir bevorzugen anonymisierte oder synthetische Testdaten. Für personenbezogene Daten schließen wir eine AVV nach DSGVO ab.
Wem gehören Testfälle und Testcode?
Ihnen. Alle Arbeitsergebnisse gehen gemäß Vertrag auf Sie über; eine NDA wird vor dem Start unterzeichnet.
Ist das eine Arbeitnehmerüberlassung?
Nein. Die Tester sind bei 360 Soft angestellt und arbeiten auf Basis eines Dienst- oder Werkvertrags. Wir empfehlen eine rechtliche Prüfung im Hinblick auf AÜG und Scheinselbständigkeit.
Weiterführende Seiten
- Entwickler mieten in der Türkei – Übersicht
- Staff Augmentation
- IT-Outsourcing Türkei
- Offshore-Entwicklungszentrum Türkei
- .NET-Entwickler mieten
- DevOps Engineer mieten
- UI/UX-Designer mieten
- KI-/ML-Entwickler mieten
- Unity-Entwickler mieten
- React-Entwickler mieten
- Node.js-Entwickler mieten
- Laravel/PHP-Entwickler mieten
- Flutter-Entwickler mieten
- Türkçe
QA-Profile anfragen
Beschreiben Sie uns kurz Ihr Vorhaben, Ihren Technologie-Stack und den gewünschten Starttermin – wir melden uns mit einer ehrlichen Einschätzung und passenden Profilen für Ihr Testvorhaben. Telefon: +90 850 335 10 87 · E-Mail: info@360-soft.com · WhatsApp · Kontaktformular 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti., Nidakule Ataşehir Batı, Barbaros Mah. Begonya Sk. No:1 D:2, 34746 Ataşehir/İstanbul.
Verwandte Leistungen
- React- und Next.js-Entwickler mietenReact-Entwickler mieten: TypeScript, Next.js, Rendering-Strategien, Tests und Core Web Vitals…
- React-Native-Entwickler mietenReact-Native-Entwickler mieten: TypeScript, neue Architektur, Expo, Tests und Store-Release…
- SAP-ABAP-Entwickler mieten aus der TürkeiSAP-ABAP-, S/4HANA-, Fiori/UI5- und Integrationsentwickler aus der Türkei: Profile in 2–7 Arbeitstagen…
- UI/UX-Designer mietenUI/UX-Designer mieten: UX-Research, Prototypen, UI-Design, Designsysteme und Barrierefreiheit…
- Unity-Entwickler mietenUnity-Entwickler mieten: Gameplay, Performance-Optimierung, Multiplayer, AR/VR und Simulationen…
- Vue.js-Entwickler mietenVue.js-Entwickler aus der Türkei mieten: Vue 3, Nuxt, Pinia, TypeScript, Migration von Vue 2. Einzeln oder…





