QA Test Mühendisi Kiralama | Manuel ve Otomasyon Testi

Son güncelleme: 8 Kasım 2026

QA / test mühendisi kiralama, yazılımınızın kalitesini sistematik olarak güvence altına alacak manuel test uzmanını, test otomasyon mühendisini (SDET) veya performans ve güvenlik testi uzmanını kalıcı kadro açmadan ekibinize katmanızdır. Hataların üretimde, yani müşterinin elinde bulunması; destek maliyeti, itibar kaybı ve geliştirme ekibinin sürekli “yangın söndürmesi” anlamına gelir. Bu sayfada QA rolünün kapsamını, kıdem seviyelerini, araç ekosistemini, adayları nasıl değerlendirdiğimizi ve test ekibini hangi modelle kurmanın mantıklı olduğunu ayrıntılı olarak anlatıyoruz.

QA ve test mühendisliği nedir, kimlerin ihtiyacı vardır?

Kalite güvencesi (QA), “son kontrol” değildir; gereksinimlerin netleştirilmesinden sürüm sonrası izlemeye kadar uzanan bir disiplindir. Test mühendisi gereksinimleri test edilebilir hâle getirir, riskleri önceliklendirir, test senaryolarını tasarlar, tekrar eden kontrolleri otomatikleştirir ve hata kayıtlarını geliştiricinin hızla çözebileceği netlikte yazar. Rol genellikle şu profillere ayrılır: manuel / keşif testi uzmanı, test otomasyon mühendisi (SDET), performans test mühendisi, mobil test uzmanı ve QA lideri / test yöneticisi.

Her sürümde eski özellikler bozuluyorsa, mağaza yorumlarında hata şikâyeti varsa veya geliştiriciler kendi kodunu test ediyorsa ayrı bir QA mühendisi gerekir.

Sektöre göre değişen test ihtiyaçları

Fintech ve ödeme: Tutar yuvarlama, eşzamanlı işlemler, mutabakat ve denetim izi; regülasyon kaynaklı kabul kriterleri.
Sağlık: Hasta verisinin gizliliği, randevu ve reçete akışlarında hata toleransının düşük olması.
E-ticaret: Kampanya kuralları, stok ve fiyat senkronizasyonu, yoğun dönem yük testleri.
Kurumsal ve kamu: Rol bazlı yetkiler, entegrasyonlar, erişilebilirlik gereklilikleri.
Mobil uygulamalar: Cihaz ve işletim sistemi çeşitliliği, zayıf ağ koşulları, bildirim ve izin akışları.

Tipik QA görevleri ve projeleri

Alan	Tipik görevler
Test planlama	Risk analizi, test stratejisi, kapsam ve çıkış kriterleri, test ortamı ihtiyaçları
Test tasarımı	Eşdeğer sınıf ayrımı, sınır değer analizi, karar tabloları, durum geçiş testleri
Manuel ve keşif testi	Yeni özelliklerin doğrulanması, oturum bazlı keşif testleri, kullanılabilirlik gözlemleri
Regresyon	Sürüm öncesi regresyon setinin yönetimi ve otomasyona aday testlerin belirlenmesi
UI otomasyonu	Web ve mobil uçtan uca senaryoların otomatikleştirilmesi
API testi	Sözleşme (contract) testleri, şema doğrulama, negatif senaryolar
Performans	Yük, stres, dayanıklılık (soak) ve ani yük (spike) testleri
Güvenlik farkındalığı	OWASP Top 10 kapsamında temel kontroller, yetki atlatma senaryoları
Erişilebilirlik	WCAG kriterlerine göre manuel ve otomatik kontroller
CI entegrasyonu	Testlerin pipeline’da çalışması, raporlama, kararsız (flaky) testlerin yönetimi

Kıdem matrisi

Seviye	Tipik deneyim	Bağımsızlık	Beklenen yetkinlik
Junior	0–2 yıl	Hazır senaryoları koşturur, hata kaydı açar	Test tekniklerinin temelleri, net hata raporu, Jira/TestRail kullanımı
Mid	2–5 yıl	Bir modülün testini planlar ve otomatikleştirir	Senaryo tasarımı, API testi, bir otomasyon çerçevesinde test yazma, SQL ile veri doğrulama
Senior	5+ yıl	Test stratejisini kurar, otomasyon mimarisini tasarlar	Page Object / Screenplay kalıpları, CI entegrasyonu, performans testi, test verisi yönetimi
Lead / test yöneticisi	8+ yıl	Kalite sürecinin sahibi	Kalite metrikleri, sürüm onay süreci, ekip koçluğu, “shift-left” kültürünü yerleştirme

Beceri ve ekosistem tabloları

Kategori	Örnek araçlar ve kütüphaneler
Web UI otomasyonu	Playwright, Cypress, Selenium WebDriver, WebdriverIO
Mobil otomasyon	Appium, Espresso (Android), XCUITest (iOS), Maestro, Detox
API testi	Postman/Newman, REST Assured, Karate, Pact (contract testing), SoapUI
Performans	k6, JMeter, Gatling, Locust
BDD ve dil	Cucumber, SpecFlow/Reqnroll, Behave; Java, JavaScript/TypeScript, Python, C#
Test yönetimi	TestRail, Xray, Zephyr, Qase
Cihaz bulutu	BrowserStack, Sauce Labs, LambdaTest, Firebase Test Lab
CI/CD	GitHub Actions, GitLab CI, Jenkins, Azure DevOps
Güvenlik ve erişilebilirlik	OWASP ZAP, Burp Suite (temel), axe, Lighthouse
Görsel test	Percy, Applitools, Playwright ekran görüntüsü karşılaştırma

Standartlar ve referans çerçeveler

Test süreçlerinde ISTQB terminolojisi ortak bir dil sağlar; ISO/IEC/IEEE 29119 test süreçleri ve dokümantasyonu için, ISO/IEC 25010 ise yazılım kalite özellikleri (işlevsellik, performans, güvenilirlik, güvenlik, kullanılabilirlik vb.) için referans olarak kullanılır. Sertifika tek başına yetkinlik göstergesi değildir; ancak ortak kavramları bilmek ekip içi iletişimi hızlandırır. Regüle sektörlerde (finans, sağlık, kamu) kurumunuzun bağlı olduğu düzenleyici kuralların test kanıtı beklentileri dikkate alınır.

Teknik değerlendirme: QA adaylarını nasıl eleriz?

Görüşme konuları

Verilen bir gereksinimden test senaryosu çıkarma: sınır değerler, negatif durumlar, eşzamanlılık
Test piramidi: hangi kontrolün birim, API veya UI seviyesinde yapılması gerektiği
Kararsız (flaky) testlerin nedenleri: sabit beklemeler, paylaşılan test verisi, ortam bağımlılığı ve çözüm yolları
API testinde kimlik doğrulama, durum kodları, idempotency ve şema doğrulama
Performans testinde iş yükü modeli, düşünme süresi, yüzdelik (p95/p99) yanıt süreleri ve darboğaz analizi
Hata raporu yazımı: tekrar adımları, beklenen/gerçekleşen sonuç, ortam bilgisi, önem ve öncelik ayrımı

Uygulamalı görev

Adaydan örnek bir web uygulaması için 2–3 saatte (1) risk temelli kısa bir test planı, (2) en az beş kaliteli hata kaydı ve (3) otomasyon profillerinde Playwright, Cypress veya Appium ile iki uçtan uca senaryo yazmasını isteriz. Kodun yanında README ve çalıştırma talimatı bekleriz.

Test kodu inceleme kriterleri

Kriter	Neye bakarız
Bağımsızlık	Testlerin birbirine ve çalışma sırasına bağımlı olmaması
Bekleme stratejisi	Sabit sleep yerine koşula bağlı bekleme
Seçiciler	Kırılgan XPath yerine test-id veya erişilebilirlik rolleri
Okunabilirlik	Anlamlı test isimleri, tekrar eden adımların soyutlanması
Test verisi	Testin kendi verisini oluşturup temizlemesi
Raporlama	Başarısız testte ekran görüntüsü, iz (trace) ve log bırakılması

Tipik ekip kompozisyonları

Senaryo	Önerilen kompozisyon
Küçük ürün ekibi (3–5 geliştirici)	1 mid QA (manuel + temel otomasyon)
Hızlı sürüm çıkan SaaS	1 senior SDET + 1 mid manuel/keşif test uzmanı
Mobil uygulama (iOS + Android)	1 mobil test uzmanı + cihaz bulutu + yarı zamanlı otomasyon mühendisi
Büyük kurumsal dönüşüm	1 test yöneticisi + 2–3 SDET + 1 performans uzmanı
Kampanya öncesi yük doğrulaması	1 performans test mühendisi + DevOps desteği (süreli)

Pipeline ve test ortamı tarafında destek için DevOps mühendisi kiralama sayfamıza bakabilirsiniz.

Kurumsal projelerimizden bazıları

360 Soft ekiplerinin yer aldığı projelerden bazıları: Memorial Sağlık Grubu mobil sağlık uygulaması, iddaa.com CRM sistemi ve bayi portalı. Tüm projeler için referanslar.

Çalışma ve teslim modelleri

QA mühendisleri uzaktan verimli çalışabilir; cihaz bulutları ve uzak test ortamları bunu kolaylaştırır. Fiziksel cihaz, POS terminali, kiosk veya donanım entegrasyonu test edilecekse yerinde ya da hibrit çalışma gerekir.

Staff augmentation (ekibinize test uzmanı ekleme): Test uzmanı sizin ekibinizde, sizin araçlarınız ve sprint düzeninizle çalışır. Staff augmentation nedir?
Dedicated team (size ayrılmış ekip): Test uzmanı, geliştirici ve proje yöneticisinden oluşan, sizin ürününüze çalışan ekip. Dedicated team modeli
Managed testing service: Regresyon, sürüm onayı veya performans testlerini SLA ve raporlama ile biz üstleniriz.
Proje bazlı geliştirme: Kapsamı belli işi teslim tarihine ve kabul kriterlerine göre yürütürüz. Özel yazılım geliştirme

Süreç ve tipik süreler

Adım	İçerik	Tipik süre
1. İhtiyaç görüşmesi	Ürün, sürüm sıklığı, test durumu, platformlar	1–2 iş günü
2. Aday eşleştirme	Manuel, otomasyon veya performans profiline göre değerlendirilmiş adaylar	3–10 iş günü
3. Mülakat ve sözleşme	Sizin görüşmeniz, hizmet sözleşmesi, NDA, ortam erişimleri	1–2 hafta
4. Kalite değerlendirmesi	Testlerin, hata kayıtlarının ve sürüm sürecinin incelenmesi	1–2 hafta
5. Test stratejisi ve hızlı kazanımlar	Kritik akışların regresyon seti, ilk otomasyon senaryoları	2–4 hafta
6. Ölçekleme	Otomasyon kapsamının artırılması, CI entegrasyonu, metrik raporlaması	Sürekli

Ne zaman kiralamalı, ne zaman kadroya almalı?

Durum	Önerilen yol
Sürekli geliştirilen, sık sürüm çıkan ürün	QA liderini kadroya alın; otomasyon kapasitesini kiralayın
Büyük sürüm veya geçiş öncesi yoğun test dönemi	Süreli test ekibi kiralama
Otomasyon altyapısı hiç yok	Senior SDET ile altyapı kurulumu, ardından iç ekibe devir
Yük testi yılda birkaç kez gerekiyor	Proje bazlı performans testi
Regüle sektörde bağımsız doğrulama isteniyor	Geliştirme ekibinden ayrı, managed test hizmeti

Kadro, freelancer ve outsourcing karşılaştırması

Kriter	Kadrolu QA	Freelancer	360 Soft ile kiralama / outsourcing
Ürün bilgisi	Derin	Sınırlı	Ekibe gömülü çalıştığı için zamanla derinleşir
Bağımsızlık	Geliştirme ekibine yakın	Değişken	İstenirse bağımsız doğrulama olarak kurgulanabilir
Esneklik	Düşük	Yüksek ama süreklilik zayıf	Sözleşmeyle büyütme/küçültme
Araç ve cihaz	Sizin yatırımınız	Kişiye bağlı	İhtiyaca göre planlanır
Maliyet yapısı	Sabit	Saatlik/proje	Adam/ay, saatlik, proje, sonuç bazlı

QA / Test Mühendisi Kiralama — konu başlıkları

KPI ve SLA tablosu

Gösterge	Ne ölçer	Örnek hedef belirleme
Kaçan hata oranı (defect leakage)	Üretime sızan hata oranı	Proje başındaki ölçüme göre azalma eğilimi
Kritik akış otomasyon kapsamı	Öncelikli kullanıcı akışlarının otomasyonla korunması	Belirlenen kritik akış listesinin tamamı
Regresyon süresi	Sürüm öncesi geri bildirim hızı	Ekiple birlikte belirlenen üst sınır
Kararsız test oranı	Otomasyonun güvenilirliği	Düşük ve sürekli izlenen oran
Hata kaydı kalitesi	Geliştiricinin hatayı tekrar üretebilmesi	“Tekrarlanamadı” ile kapanan kayıtların azlığı
Hata çözüm süresi (önem derecesine göre)	Kalite döngüsünün hızı	Kritik ve yüksek önemde sözleşmede tanımlı
Performans eşikleri	Yanıt süresi ve hata oranı	İş hedeflerine göre p95/p99 değerleri

Fiyatı belirleyen faktörler

Faktör	Etkisi
Profil	Otomasyon ve performans uzmanları, manuel test uzmanlarına göre daha yüksek bedellidir
Platform çeşitliliği	Web + iOS + Android + API kapsamı efor ve cihaz ihtiyacını artırır
Alan bilgisi	Ödeme, sağlık veya kamu süreçlerinde alan uzmanlığı beklenir
Araç ve cihaz bulutu	Lisans ve cihaz bulutu maliyetleri planlanır
Süre ve doluluk	Uzun süreli, tam zamanlı çalışmada aylık bedel düşer
Mesai	Gece veya hafta sonu sürüm doğrulaması ek maliyet doğurabilir

Adam/ay: Ekibe gömülü test uzmanı için aylık tam zamanlı çalışma üzerinden faturalama.
Saatlik: Kısa süreli keşif testi, denetim veya danışmanlık.
Sabit fiyat: Belirli bir sürümün kabul testi, otomasyon altyapısı kurulumu veya yük testi projesi.
Sonuç bazlı (outcome-based): Örneğin kritik akışların tamamının otomasyona alınması gibi ölçülebilir çıktılara bağlı ödeme.

Kendi senaryonuzu ekip içi işe alım ile kiralama maliyet karşılaştırma aracında hesaplayabilir, yazılı teklif için teklif formunu doldurabilirsiniz.

QA mühendisi sprint içinde nasıl çalışır?

Kiralık bir test uzmanından en yüksek verimi almak için onu sprintin sonuna değil, başına yerleştirmek gerekir. Etkili bir çevik ekipte QA mühendisinin sprint boyunca üstlendiği sorumluluklar şöyledir:

Sprint planlama ve iyileştirme (refinement): Kullanıcı hikâyelerindeki belirsizlikleri sorar, kabul kriterlerini Given/When/Then biçiminde netleştirir ve test edilebilirlik açısından riskleri işaretler.
Geliştirme sırasında: Geliştiriciyle birlikte test verisini hazırlar, API hazır olduğunda arayüzü beklemeden API seviyesinde test etmeye başlar.
Birleştirme isteği aşamasında: Otomasyon testlerinin pipeline’da çalıştığını ve yeni özellik için gerekli testlerin eklendiğini kontrol eder.
Sprint sonunda: Keşif testi oturumu yapar, regresyon sonuçlarını özetler ve sürüm için açık riskleri ürün sahibine raporlar.
Sürüm sonrası: Üretim izleme araçlarındaki hata ve çökme kayıtlarını takip eder, kaçan hataları kök neden analiziyle test setine geri besler.

Riskler ve önlemler

Risk	Önlem
Otomasyonun bakımı yapılamaz hâle gelmesi	Kod incelemesi, ortak kalıplar, kararsız testlerin karantinası
Test ortamının üretimi yansıtmaması	Ortam envanteri, yapılandırma kontrolü, anonimleştirilmiş üretim benzeri veri
QA’nın darboğaz olması	Shift-left: gereksinim aşamasında test katılımı, geliştiricilerle ortak kabul kriterleri
Yanlış güven duygusu	Kapsamın riskle ilişkilendirilmesi; test sayısına bakılmaması
Bilginin tek kişide kalması	Test dokümantasyonu, README, devir-teslim planı ve değişim taahhüdü

Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet

Test verisi: Üretim verisinin test ortamına kopyalanması KVKK açısından risklidir. Maskeleme, anonimleştirme veya sentetik veri üretimi tercih edilir; gerçek veri zorunluysa erişim kısıtlanır ve kayıt altına alınır.
Erişim: Test uzmanlarına üretim ortamına değil, test ve hazırlık (staging) ortamlarına en az yetkiyle erişim verilir.
Güvenlik testi sınırları: Sızma testi gibi işlemler yazılı yetki ve kapsamla yapılır; QA rolündeki güvenlik kontrolleri temel farkındalık düzeyindedir.
NDA ve IP: Test senaryoları, otomasyon kodu ve raporların hakları sözleşmeyle size devredilir.
Ekran kayıtları: Hata raporlarındaki ekran görüntülerinde kişisel veri bulunmaması için maskeleme yapılır.

Hukuki not

360 Soft’un test uzmanı ve geliştirici kiralama hizmeti, 4857 sayılı İş Kanunu’nun 2. maddesi çerçevesinde hizmet alımı / alt işverenlik ilişkisi olarak kurgulanır. Aynı Kanun’un 7. maddesindeki geçici iş ilişkisi İŞKUR’dan izinli özel istihdam büroları aracılığıyla kurulabilir; 360 Soft özel istihdam bürosu değildir.

Temsili senaryo: regresyon yükünü azaltmak

Temsili senaryodur. İki haftada bir sürüm çıkan bir e-ticaret ekibinde regresyon testleri iki geliştiricinin birkaç gününü almaktadır ve yine de ödeme akışında hatalar üretime sızmaktadır. Ekibe altı aylığına bir senior SDET eklenir. İlk ay kritik akışlar (arama, sepet, ödeme, iade) risk sırasına göre listelenir, API seviyesinde sözleşme testleri yazılır ve en kritik beş uçtan uca senaryo Playwright ile otomatikleştirilir. Testler CI’ya bağlanır ve her birleştirme isteğinde çalışır. Sonraki aylarda kapsam genişletilir, kararsız testler için karantina süreci kurulur ve iç ekibe otomasyon eğitimi verilir. Elde edilecek kazanım ürünün yapısına ve başlangıç durumuna göre değişir.

QA mühendisi seçerken kontrol listesi

İhtiyacınız manuel, otomasyon, performans veya mobil test profillerinden hangisi?
Aday, test senaryosu tasarlarken risk ve sınır değer düşüncesini gösterebiliyor mu?
Kullandığınız teknoloji yığınına uygun otomasyon dili ve çerçevesini biliyor mu?
Kararsız testlerle nasıl başa çıktığını somut örnekle anlatabiliyor mu?
API ve veritabanı seviyesinde doğrulama yapabiliyor mu?
Hata raporu örnekleri net ve tekrar üretilebilir mi?
CI/CD entegrasyonu deneyimi var mı?
Test verisi ve KVKK konusunda farkındalığı var mı?
Sözleşmede değişim, NDA, IP ve raporlama koşulları açık mı?

Sık sorulan sorular

Sadece test hizmeti alabilir miyiz?

Evet. Yazılımı başka bir ekip geliştirse bile bağımsız test hizmeti, regresyon veya sürüm onayı için managed test modeliyle çalışabiliriz.

Gerçek cihazlarda test yapılıyor mu?

Evet. Öncelikli cihazlarda fiziksel test, geniş kapsam için cihaz bulutu kullanılır; cihaz listesi kullanıcı analitiğinize göre belirlenir.

Erişilebilirlik testi yapıyor musunuz?

Evet. WCAG kriterlerine göre otomatik ve manuel kontroller yaparız. Ayrıntılar için web erişilebilirlik ve WCAG uyumu sayfamıza bakabilirsiniz.

Manuel test mi, otomasyon mu?

İkisi birbirinin alternatifi değildir. Tekrar eden ve kritik akışlar otomasyona alınır; yeni özellikler, kullanılabilirlik ve keşif testleri manuel yapılır.

Otomasyon altyapısını sıfırdan kurabilir misiniz?

Evet. Teknoloji yığınınıza uygun çerçeveyi seçer, klasör yapısını, raporlamayı ve CI entegrasyonunu kurar, ardından iç ekibinize devrederiz.

Yük ve performans testi yapıyor musunuz?

Evet. Gerçekçi iş yükü modeliyle yük, stres ve dayanıklılık testleri tasarlar; sonuçları darboğaz analiziyle birlikte raporlarız.

Test uzmanı ne kadar sürede başlayabilir?

Profil netse aday paylaşımı genellikle birkaç iş günü, sözleşme ve erişimlerle birlikte başlama genellikle 1–3 hafta sürer.

Hangi test yönetim araçlarıyla çalışıyorsunuz?

Ekibinizin kullandığı araca uyum sağlarız; Jira ile birlikte Xray, Zephyr veya TestRail en yaygın olanlardır.

Test uzmanı memnun kalmadığımızda değiştirilebilir mi?

Evet. Değişim koşulları ve yeni aday sunma süresi sözleşmede yazılıdır; devir-teslimi biz yönetiriz.

Üretim verisiyle test yapılır mı?

Mümkün olduğunca hayır. Maskelenmiş, anonimleştirilmiş veya sentetik veri tercih edilir; zorunlu durumlarda erişim kısıtlanır ve kayıt altına alınır.

Otomasyon kodu ve test dokümanları kime ait olur?

Sözleşmede aksi kararlaştırılmadıkça hizmet kapsamında üretilen otomasyon kodu, senaryolar ve raporlar size devredilir.

Oyun veya donanım entegrasyonlu ürünleri test ediyor musunuz?

Evet. Bu tür projelerde fiziksel cihaz gerektiği için yerinde veya hibrit çalışma modeli ile ürününüze özgü test planı hazırlarız.

İlgili sayfalar

QA mühendisi için görüşelim

Ürününüzü, sürüm sıklığınızı ve test ihtiyacınızı kısaca yazın; uygun profili ve yazılı teklifi paylaşalım. Telefon: +90 850 335 10 87 · E-posta: info@360-soft.com · İletişim formu. 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti., Nidakule Ataşehir, İstanbul.

Ekibinizi büyütmek mi istiyorsunuz? İhtiyacınızı yazın, uygun geliştiricileri ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87

Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.

İlgili hizmetler

Tüm hizmetler: Geliştirici Kiralama