Yazılım Test Outsourcing | QA, Test Otomasyonu, Regresyon

Son güncelleme: 8 Kasım 2026

QA ve yazılım test outsourcing, test sürecinizin tamamını ya da belirli bir bölümünü bağımsız bir kalite ekibine devretmenizdir. Amaç basit ama iddialı: her sürüm canlıya çıkmadan önce tanımlı bir test stratejisinden, ölçülebilir kabul kriterlerinden ve tekrarlanabilir otomasyon setlerinden geçsin. Bu sayfada test outsourcing’in kapsamını, ISTQB terminolojisiyle uyumlu test seviyelerini, Selenium, Playwright, Appium gibi otomasyon araçlarının hangi durumda seçildiğini, teslim modellerini, SLA ve KPI’ları, fiyatlandırma mantığını ve sağlayıcı seçerken sormanız gereken soruları ayrıntılı olarak bulacaksınız. Tek bir test mühendisine ihtiyacınız varsa QA mühendisi kiralama sayfasına da göz atabilirsiniz.

QA test outsourcing nedir, kimler ihtiyaç duyar?

Yazılım ekiplerinin büyük kısmında test, geliştirmenin son gününe sıkıştırılan bir aktivitedir. Sprint sonunda geliştirici kendi yazdığı kodu “bir kez tıklayarak” kontrol eder, ürün sahibi demo sırasında birkaç senaryoyu dener ve sürüm çıkar. Sonuç tanıdıktır: canlı ortamda ödeme adımında patlayan bir form, belirli bir Android sürümünde açılmayan ekran, kampanya trafiğinde yavaşlayan bir API. QA outsourcing, bu boşluğu ürün ve geliştirme ekibinden bağımsız, kendi metodolojisi ve araç seti olan bir test ekibiyle kapatır.

Bağımsızlık burada kilit kavramdır. ISTQB müfredatında da vurgulandığı gibi, kodu yazan kişiden farklı bir bakış açısıyla yapılan test, varsayımlara dayalı kör noktaları daha kolay yakalar. Dış kaynak bir QA ekibi, gereksinim belgelerini sorgular, kabul kriterlerindeki belirsizlikleri erken aşamada işaretler ve “mutlu yol” dışındaki senaryoları sistematik biçimde dener.

Hangi ekipler için uygundur?

Hızlı büyüyen SaaS ve girişimler: Her hafta sürüm çıkaran, ancak tam zamanlı QA ekibi kurmaya henüz bütçe ya da zaman ayıramayan ekipler. Regresyon yükü her sprintte artar ve manuel kontrol yetişmez.
Finans, sigorta ve ödeme sistemleri: Hesaplama doğruluğu, yetkilendirme kuralları ve denetim izi kritik olduğu için izlenebilir test kanıtına ihtiyaç duyan kurumlar.
E-ticaret ve perakende: Sepet, ödeme, kampanya ve stok senaryolarının çok sayıda tarayıcı ve cihazda sorunsuz çalışması gereken platformlar. Kampanya dönemlerinde performans testi önem kazanır.
Mobil uygulama sahipleri: iOS ve Android parçalanması nedeniyle onlarca cihaz ve işletim sistemi sürümü kombinasyonunu test etmek zorunda olan ekipler.
Ajanslar ve yazılım evleri: Müşteri projelerini teslim etmeden önce bağımsız kalite onayı almak isteyen, test kapasitesi proje yoğunluğuna göre dalgalanan firmalar.
Kurumsal BT birimleri: ERP, CRM veya çekirdek sistem güncellemelerinde entegrasyon ve kullanıcı kabul testlerini (UAT) koordine edecek kapasitesi olmayan ekipler.

Test outsourcing’e geçişi tetikleyen tipik sorunlar

Canlıya kaçan hataların müşteri şikayeti veya destek talebi olarak geri dönmesi
Regresyon testinin her sürümde günlerce sürmesi ve sürüm takviminin kayması
Geliştiricilerin zamanının önemli bir kısmını test ve hata ayıklamaya harcaması
Otomasyon başlatılmış ancak bakımı yapılmadığı için “kırmızı” kalmış, kimsenin güvenmediği test setleri
Gereksinimlerin yazılı olmaması nedeniyle neyin “doğru” olduğunun tartışmalı hale gelmesi
Denetim veya müşteri talebiyle test kanıtı (test raporu, izlenebilirlik matrisi) istenmesi

Kapsam: test seviyeleri, test türleri ve roller

Test outsourcing tek bir faaliyet değil, bir hizmet paketidir. ISTQB Foundation müfredatındaki ayrımı temel alarak kapsamı test seviyeleri (bileşen, entegrasyon, sistem, kabul) ve test türleri (fonksiyonel, fonksiyonel olmayan, değişiklikle ilgili) üzerinden tanımlarız. Aşağıdaki tablo bir test outsourcing sözleşmesinde tipik olarak yer alan iş kalemlerini özetler; projenize göre bir kısmı seçilerek kapsam netleştirilir.

Alan	Tipik görevler	Çıktılar
Test stratejisi ve planlama	Risk bazlı test yaklaşımı, kapsam ve kapsam dışı, giriş/çıkış kriterleri, ortam ve veri ihtiyacı	Test stratejisi dokümanı, sürüm bazlı test planı
Test analizi ve tasarımı	Gereksinim ve kullanıcı hikayelerinden test koşulları, denklik sınıfları, sınır değer analizi, karar tabloları, durum geçişleri	Test senaryoları, izlenebilirlik matrisi
Manuel fonksiyonel test	Yeni özelliklerin doğrulanması, keşif testi (exploratory), çapraz tarayıcı ve cihaz testi	Test koşum kayıtları, hata kayıtları
Regresyon testi	Fonksiyonların değişiklikten etkilenmediğinin kontrolü, smoke ve sanity setleri	Regresyon raporu, sürüm onay önerisi
Test otomasyonu	UI, API ve mobil otomasyon çatısı kurulumu, page object yapısı, CI/CD entegrasyonu, bakım	Otomasyon kod deposu, pipeline raporları
API ve entegrasyon testi	REST/SOAP/GraphQL uç noktaları, sözleşme (contract) testi, hata kodları, yetkilendirme	Postman/REST Assured koleksiyonları, API test raporu
Performans ve yük testi	Yük, stres, dayanıklılık (soak) ve ani yük (spike) senaryoları, darboğaz analizi	JMeter/k6/Gatling senaryoları, performans raporu
Mobil test	Gerçek cihaz ve emülatör testleri, işletim sistemi sürüm matrisi, kesinti (arama, bildirim, ağ değişimi) senaryoları	Cihaz matrisi, mobil test raporu
Erişilebilirlik testi	WCAG 2.1/2.2 kriterlerine göre ekran okuyucu, klavye ve kontrast kontrolleri	Erişilebilirlik bulgu listesi
UAT koordinasyonu	İş kullanıcılarıyla kabul senaryolarının hazırlanması, oturumların yönetimi, bulguların takibi	UAT planı ve kapanış raporu

Ekip rolleri

Rol	Sorumluluk	Ne zaman gerekir
QA Lead / Test Manager	Strateji, planlama, raporlama, paydaş yönetimi, kalite metriklerinin takibi	Birden fazla test mühendisinin çalıştığı veya sürüm onayının kritik olduğu projeler
Manuel Test Mühendisi	Test tasarımı, koşum, keşif testi, hata raporlama	Her projede; yeni özellik yoğunluğu yüksekse
Test Otomasyon Mühendisi (SDET)	Otomasyon çatısı, kod incelemesi, CI entegrasyonu, flaky test analizi	Regresyon seti büyüdüğünde ve sürüm sıklığı arttığında
Performans Test Mühendisi	Yük modeli, senaryo yazımı, izleme araçlarıyla darboğaz analizi	Kampanya, lansman veya altyapı değişikliği öncesi
Mobil Test Uzmanı	Cihaz matrisi, mağaza öncesi kontroller, platforma özgü davranışlar	iOS/Android uygulamalarında

Otomasyon araçları: hangisi ne zaman?

Araç seçimi, ekibin dil tercihine, uygulamanın mimarisine ve CI/CD altyapısına göre yapılır. Biz araç dayatmayız; bir otomasyon setiniz varsa önce onu değerlendirir, sürdürülebilir hale getiririz.

Araç	Güçlü olduğu alan	Dikkat edilmesi gereken
Selenium WebDriver	Olgun ekosistem, çok dilli destek (Java, C#, Python, JS), Selenium Grid ile paralel koşum, geniş tarayıcı desteği	Bekleme (wait) yönetimi iyi kurgulanmazsa kararsız testler; kurulum ve bakım emeği
Playwright	Modern web uygulamaları, otomatik bekleme, Chromium/Firefox/WebKit desteği, ağ isteklerini yakalama ve taklit etme, iz (trace) görüntüleyici	Daha yeni bir ekosistem; eski tarayıcı gereksinimleri olan kurumsal projelerde kapsam kontrol edilmeli
Cypress	Ön yüz ağırlıklı JavaScript projeleri, hızlı geri bildirim, geliştirici dostu hata ayıklama	Çoklu sekme ve farklı alan adı senaryolarında kısıtlar
Appium	iOS ve Android için tek API, native, hibrit ve mobil web desteği, gerçek cihaz bulutlarıyla entegrasyon	Kurulumu ve koşum süresi web otomasyonuna göre daha ağır; cihaz yönetimi gerekir
Espresso / XCUITest	Platforma özgü, hızlı ve kararlı mobil UI testleri	Kod tabanına yakın çalışır; geliştirici ekiple sıkı iş birliği ister
Postman, REST Assured, Karate	API fonksiyonel ve sözleşme testleri, CI içinde hızlı koşum	Test verisi ve ortam bağımlılığı iyi yönetilmeli
JMeter, k6, Gatling	Yük ve performans testleri, senaryo bazlı trafik modelleme	Gerçekçi yük modeli için üretim trafiği analizi gerekir

Pratikte en verimli yapı “test piramidi” yaklaşımıdır: çok sayıda hızlı birim ve API testi, daha az sayıda UI testi ve seçilmiş uçtan uca senaryolar. Tüm regresyonu UI otomasyonuyla yapmaya çalışmak, kırılgan ve yavaş bir test seti üretir.

Standartlar ve sektörel düzenlemeler

Test süreçlerinde başvurulan başlıca çerçeveler şunlardır. Hangilerinin sizin için bağlayıcı olduğu sektörünüze ve müşteri sözleşmelerinize göre değişir; uyum gereksinimlerini başlangıçta birlikte netleştiririz.

ISTQB: Test terminolojisi, test seviyeleri, test teknikleri ve test süreci için uluslararası kabul gören müfredat. Ortak dil sağladığı için raporlama ve paydaş iletişimini kolaylaştırır.
ISO/IEC/IEEE 29119: Yazılım testi süreçleri, dokümantasyonu ve teknikleri için uluslararası standart serisi. Denetime tabi kurumlarda test dokümanlarının yapısına referans olarak kullanılır.
ISO/IEC 25010: Yazılım ürün kalitesi modeli (fonksiyonel uygunluk, performans verimliliği, kullanılabilirlik, güvenilirlik, güvenlik, bakım yapılabilirlik vb.). Fonksiyonel olmayan test kapsamını tanımlarken kullanışlıdır.
WCAG 2.1/2.2: Web erişilebilirliği kriterleri. Kamu ve bazı sektörlerde erişilebilirlik yükümlülükleri giderek yaygınlaşıyor; ayrıntılı denetim için WCAG erişilebilirlik denetimi hizmetimize bakabilirsiniz.
Finans sektörü: Bankacılık ve ödeme kuruluşlarında bilgi sistemleri ve değişiklik yönetimine ilişkin düzenlemeler, test kanıtı ve ortam ayrımı gibi gereksinimler doğurabilir. Kesin yükümlülükler kurumun tabi olduğu mevzuata göre belirlenmelidir.
Güvenlik testleri: OWASP ASVS ve OWASP Top 10, uygulama güvenliği test kapsamı için yaygın referanslardır. Kapsamlı güvenlik testi ayrı bir uzmanlık gerektirir: sızma testi.

Teslim modelleri

Çalışma lokasyonu: uzaktan, yerinde, hibrit

Model	Nasıl çalışır	Ne zaman uygun
Uzaktan	Test ekibi kendi lokasyonundan VPN, test ortamları ve iş takip araçlarınız üzerinden çalışır	Bulut tabanlı ortamlar, dağıtık ekipler, maliyet odaklı projeler
Yerinde	Ekip sizin ofisinizde, geliştirme ekibiyle aynı alanda çalışır	Fiziksel cihaz, donanım entegrasyonu, kapalı ağ veya yoğun UAT dönemleri
Hibrit	Kritik dönemlerde yerinde, rutin koşumlarda uzaktan	Sürüm öncesi yoğunlaşan, yıl içinde dalgalanan test yükü

Sözleşme modeli: dedicated team, staff augmentation, managed service, proje

Model	Tanım	Avantaj	Dikkat
Managed service (yönetilen test hizmeti)	Test süreci 360 Soft tarafından, tanımlı SLA ve çıktılarla yönetilir	Sonuç odaklı; ekip yönetimi ve süreklilik sağlayıcıda	Kapsam ve kabul kriterleri net yazılmalı
Dedicated team	Projenize ayrılmış, 360 Soft yönetiminde çalışan sabit QA ekibi	Ürün bilgisi birikir, ekip istikrarı yüksek	Asgari süre taahhüdü genelde gereklidir
Staff augmentation	Ekibinize uzman takviyesi; ayrıntılar için staff augmentation	Hızlı başlangıç, esneklik	Hukuki yapı aşağıdaki nota uygun kurulmalı
Proje bazlı	Belirli bir sürüm, geçiş veya performans testi için sabit kapsamlı iş	Bütçe öngörülebilir	Kapsam değişikliği ek iş olarak yönetilir

Hukuki not: Personel sağlanan modellerde yapı, hizmet alımı ve 4857 sayılı İş Kanunu’nun 2. maddesi kapsamındaki alt işverenlik kurallarına göre kurulur; iş 360 Soft’un yönetiminde ve sözleşmedeki çıktılara göre yürütülür. Personelin doğrudan sizin emir ve talimatınızla çalıştığı geçici iş ilişkisi (md. 7) ise İŞKUR izinli özel istihdam bürosu üzerinden kurulabilir; 360 Soft özel istihdam bürosu değildir. Doğru modeli hukuk danışmanınızla birlikte belirlemenizi öneririz.

Süreç: ilk görüşmeden sürekli kaliteye

Adım	İçerik	Tipik süre
1. Keşif ve ihtiyaç analizi	Ürün, mimari, sürüm sıklığı, test varlıkları, ortamlar ve riskli alanlar	1–2 hafta
2. Test stratejisi ve teklif	Kapsam, seviye/tür seçimi, araçlar, ekip yapısı, SLA ve raporlama	1 hafta
3. Bilgi transferi ve erişimler	Ortam, cihaz, iş takip aracı, CI/CD ve test verisi erişimleri; ürün eğitimi	1–2 hafta
4. Pilot dönem	Bir veya iki sprintte manuel test ve ilk otomasyon senaryoları; metriklerin temel değerleri	2–4 hafta
5. Otomasyon çatısı ve regresyon seti	Smoke ve kritik akışların otomasyonu, pipeline entegrasyonu	4–8 hafta (kapsama göre)
6. Sürekli işletim	Sprint bazlı test, sürüm onayı, aylık kalite raporu, iyileştirme toplantıları	Süresiz / sözleşme dönemi

Süreler tipik değerlerdir; uygulamanın büyüklüğü, dokümantasyon kalitesi ve ortam hazırlığına göre kısalabilir veya uzayabilir.

SLA ve KPI: kaliteyi nasıl ölçüyoruz?

Bir test ekibinin başarısı “kaç test koştu” ile değil, ürün kalitesine ve teslim hızına etkisiyle ölçülür. Aşağıdaki göstergeler sözleşmede hedef değerleriyle birlikte tanımlanır; hedefler pilot dönemde ölçülen başlangıç değerlerine göre gerçekçi biçimde belirlenir.

Gösterge	Tanım	Neden önemli
Canlıya kaçan hata oranı (defect leakage)	Canlıda bulunan hataların, toplam bulunan hatalara oranı	Test etkinliğinin en doğrudan ölçüsü
Kritik hata yanıt süresi	Kritik bir hatanın raporlanmasından yeniden testine kadar geçen süre	Sürüm riskini ve sıcak düzeltme hızını gösterir
Regresyon süresi	Tam regresyon setinin koşum ve raporlama süresi	Sürüm sıklığını doğrudan etkiler
Otomasyon kapsamı	Regresyon senaryolarının otomatik koşulan oranı	Tekrarlanabilirlik ve hız
Flaky test oranı	Kod değişmeden farklı sonuç veren otomasyon testlerinin oranı	Otomasyona güvenin göstergesi
Gereksinim kapsamı	Test senaryosuyla eşleşen gereksinim/kullanıcı hikayesi oranı	Test boşluklarını görünür kılar
Hata raporu kalitesi	Geri çevrilen veya “yeniden üretilemedi” olarak kapanan hata oranı	Geliştirici zamanını korur
Sürüm onayı zamanında teslim	Planlanan tarihte verilen go/no-go önerisi oranı	Takvim güvenilirliği

Fiyatlandırma: hangi faktörler belirler?

Test outsourcing fiyatı sabit bir liste fiyatı değildir; kapsam, karmaşıklık ve teslim modeline göre şekillenir. Dört temel fiyatlandırma modeli kullanılır:

Adam/ay: Belirli sayıda test uzmanının aylık tam zamanlı karşılığı. Dedicated team ve uzun soluklu işlerde en yaygın modeldir.
Saatlik: Değişken veya düşük hacimli işlerde, gerçekleşen efor üzerinden faturalama. Aylık üst sınır belirlenmesi önerilir.
Sabit fiyat: Kapsamı net bir sürüm testi, performans testi veya otomasyon çatısı kurulumu gibi işlerde. Kapsam değişikliği fiyatlanır.
Outcome-based (sonuç bazlı): Ücretin bir kısmının SLA veya KPI hedeflerine (ör. regresyon süresi, otomasyon kapsamı) bağlandığı model. Ölçümün güvenilir olduğu olgun projelerde uygundur.

Faktör	Fiyata etkisi
Uygulama sayısı ve karmaşıklığı	Modül, rol, iş kuralı ve entegrasyon sayısı arttıkça test tasarım eforu artar
Platform çeşitliliği	Web + iOS + Android + API kombinasyonu ve desteklenen tarayıcı/cihaz matrisi
Sürüm sıklığı	Haftalık sürüm, aylık sürüme göre daha fazla regresyon ve otomasyon ihtiyacı doğurur
Otomasyon oranı hedefi	Başlangıçta yatırım gerektirir; orta vadede regresyon maliyetini düşürür
Çalışma saatleri	Mesai dışı veya hafta sonu sürüm penceresi desteği
Uzmanlık seviyesi	Performans, güvenlik, erişilebilirlik gibi uzmanlık alanları
Lokasyon	Yerinde çalışma, seyahat ve donanım gereksinimi
Dokümantasyon ve uyum	Denetime yönelik izlenebilirlik ve kanıt dokümantasyonu

In-house, freelancer veya outsourcing?

Kriter	In-house QA ekibi	Freelancer	QA outsourcing
Başlangıç hızı	Yavaş (işe alım, oryantasyon)	Hızlı	Hızlı-orta (tipik 2–4 hafta)
Süreklilik	Yüksek, ancak kişiye bağımlı	Düşük; tek kişiye bağımlılık	Yüksek; yedekleme sağlayıcı sorumluluğunda
Metodoloji ve araçlar	Ekibin olgunluğuna bağlı	Kişinin deneyimine bağlı	Hazır süreç, şablon ve araç bilgisi
Ölçeklenebilirlik	Sınırlı	Sınırlı	Yüke göre büyütme/küçültme
Bağımsızlık	Organizasyon içi baskıya açık	Orta	Yüksek
Yönetim yükü	Yüksek	Orta-yüksek	Düşük; tek muhatap
Bilgi birikimi	Şirkette kalır	Kişiyle birlikte gider	Dokümantasyon ve devir planıyla korunur

QA ve Yazılım Test Outsourcing — konu başlıkları

Riskler ve önlemler

Risk	Önlem
Ürün bilgisinin yetersiz kalması	Yapılandırılmış bilgi transferi, ürün sözlüğü, pilot dönemde eşli test
Test ortamlarının kararsızlığı	Ortam sağlık kontrolleri, ortam sahipliğinin netleştirilmesi, gerekirse konteyner tabanlı test ortamları
Otomasyonun bakımsız kalması	Otomasyon kodunun sizin deponuzda tutulması, kod incelemesi, flaky test bütçesi
Test verisinde kişisel veri kullanımı	Maskeleme, sentetik veri, üretim verisinin test ortamına kopyalanmaması
İletişim kopukluğu	Sprint ritüellerine katılım, ortak iş takip aracı, haftalık durum raporu
Sağlayıcıya bağımlılık	Tüm test varlıklarının size ait olması ve sözleşmede devir (exit) planı

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

Gizlilik sözleşmesi (NDA): İlk teknik görüşmeden önce karşılıklı NDA imzalanır; ekipteki herkes bireysel gizlilik taahhüdü verir.
KVKK ve GDPR: Test sırasında kişisel veriye erişim gerekiyorsa veri işleyen sıfatıyla rol ve sorumluluklar sözleşmede tanımlanır. Tercih edilen yaklaşım, test ortamlarında maskelenmiş veya sentetik veri kullanmaktır. KVKK süreçleriniz için KVKK uyum operasyonu desteği alabilirsiniz.
Erişim yönetimi: En az yetki ilkesi, kişiye özel hesaplar, MFA, proje bitiminde erişimlerin kapatılması ve erişim listesinin düzenli gözden geçirilmesi.
Fikri mülkiyet: Test senaryoları, otomasyon kodu, test verisi setleri ve raporlar dahil tüm çıktıların fikri mülkiyeti sözleşmede size devredilir; otomasyon kodu sizin kod deponuzda geliştirilir.
Cihaz ve ortam güvenliği: Şirket cihazlarında disk şifreleme, güncel güvenlik yamaları ve sizin politikanıza uygun uzaktan erişim yöntemleri.

Temsili senaryo: haftalık sürüm çıkaran bir SaaS ekibi

Temsili senaryodur. B2B bir SaaS ürünü haftada bir sürüm çıkarıyor; regresyon testi iki geliştirici tarafından iki gün süren manuel kontrollerle yapılıyor ve buna rağmen faturalama modülünde hatalar canlıya kaçıyor. QA outsourcing kapsamında önce kritik akışlar (kayıt, abonelik, faturalama, yetkilendirme) için risk analizi yapılır. İlk ay manuel regresyon seti yazılı hale getirilir ve izlenebilirlik matrisi oluşturulur. Ardından Playwright ile web akışları, REST Assured ile faturalama API’leri otomasyona alınır ve her birleştirme isteğinde (pull request) smoke seti, her gece tam regresyon koşacak şekilde CI hattına bağlanır. Geliştiriciler test yükünden kurtulur; ürün ekibi her sürüm öncesinde yazılı bir go/no-go önerisi alır. Elde edilecek iyileşmenin büyüklüğü ürüne ve başlangıç durumuna bağlıdır; hedefler pilot dönemde ölçülen değerler üzerinden belirlenir.

Sağlayıcı seçerken kontrol listesi

Test stratejisini ürününüzün risklerine göre mi kuruyor, yoksa standart bir şablon mu sunuyor?
Ekipte ISTQB terminolojisine ve test tasarım tekniklerine hakim kişiler var mı?
Otomasyon için araç seçimini gerekçelendirebiliyor mu (Selenium, Playwright, Appium vb.)?
Otomasyon kodu sizin deponuzda ve sizin mülkiyetinizde mi olacak?
Flaky testleri nasıl yönettiğini ve otomasyon bakımını nasıl planladığını açıklayabiliyor mu?
SLA ve KPI’lar ölçülebilir, raporlama periyodu ve formatı net mi?
Ekip değişikliğinde bilgi kaybını önleyen yedekleme ve devir planı var mı?
KVKK, NDA ve erişim yönetimi süreçleri yazılı mı?
Pilot dönem ve çıkış (exit) koşulları sözleşmede tanımlı mı?
Hukuki model (hizmet alımı / alt işverenlik) doğru kurgulanmış mı?

Sık sorulan sorular

QA outsourcing kendi geliştirme ekibimizle nasıl çalışır?

Test ekibi sprint planlama, günlük toplantı ve sprint değerlendirme gibi ritüellerinize katılır; Jira, Azure DevOps veya kullandığınız iş takip aracında hataları kaydeder. Çalışma düzeninize uyum sağlanır.

Manuel test mi otomasyon mu öncelikli olmalı?

İkisi birbirinin alternatifi değildir. Yeni özellikler ve keşif testi için manuel test gerekir; sık tekrarlanan regresyon senaryoları ise otomasyona alınmalıdır. Genellikle önce kritik akışların manuel seti netleştirilir, ardından otomasyona geçilir.

Selenium mu Playwright mı kullanıyorsunuz?

Projeye göre seçiyoruz. Bir Selenium altyapınız varsa genellikle onu iyileştiririz. Yeni bir modern web projesinde Playwright çoğu zaman daha hızlı ve kararlı sonuç verir. Mobil için Appium veya platforma özgü araçlar tercih edilir.

Mobil uygulamalar için gerçek cihaz testi yapıyor musunuz?

Evet. Kritik senaryolar gerçek cihazlarda, geniş cihaz matrisi gerektiğinde bulut tabanlı cihaz çiftlikleri üzerinden test edilir. Cihaz listesi kullanıcı analitiğinize göre belirlenir.

Ekip ISTQB sertifikalı mı?

Ekip yapısı projeye göre oluşturulur. Belirli bir sertifika sözleşme şartıysa teklif aşamasında bunu belirtmeniz yeterlidir; ekip üyelerinin sertifikalarını belge olarak paylaşırız.

Güvenlik testi kapsama dahil mi?

Temel güvenlik kontrolleri (yetkilendirme, girdi doğrulama gibi) fonksiyonel teste dahil edilebilir. Kapsamlı güvenlik testi ayrı uzmanlık gerektirir ve sızma testi hizmeti olarak planlanır.

Performans testi nasıl yapılır?

Önce gerçek kullanım verisinden yük modeli çıkarılır, ardından JMeter, k6 veya Gatling ile senaryolar yazılır. Test, üretime benzer bir ortamda koşulur ve sunucu, veritabanı ve uygulama metrikleri birlikte izlenerek darboğazlar raporlanır.

Ne kadar sürede başlayabilirsiniz?

Tipik olarak keşif ve bilgi transferiyle birlikte 2–4 hafta içinde pilot döneme başlanır. Acil sürüm testlerinde kapsam daraltılarak daha hızlı başlangıç planlanabilir.

Otomasyon kodu kime ait olur?

Sözleşmede tüm test varlıklarının fikri mülkiyeti size devredilir. Kod sizin deponuzda geliştirilir; iş birliği sona erdiğinde ek bir devir işlemi gerekmez.

Test verisi olarak üretim verisi kullanılabilir mi?

Önerilmez. KVKK açısından risk oluşturur. Maskelenmiş veya sentetik test verisi hazırlanır; üretim verisinin kullanılması zorunluysa veri işleme sözleşmesi ve teknik önlemler birlikte planlanır.

Fiyatlandırma nasıl yapılıyor?

Adam/ay, saatlik, sabit fiyat veya kısmen sonuç bazlı modeller kullanılır. Fiyatı uygulamanın karmaşıklığı, platform sayısı, sürüm sıklığı, otomasyon hedefi ve çalışma saatleri belirler.

Bu hizmet hangi sözleşme modeliyle yürür?

Dış kaynak (hizmet alımı) modelinde iş, 360 Soft’un ekibi ve yönetimiyle, sözleşmede tanımlanan çıktı ve hizmet seviyelerine göre yürütülür; yapı İş Kanunu’ndaki alt işverenlik kurallarına göre kurulur. Personelin doğrudan sizin emir ve talimatınızla çalıştığı geçici iş ilişkisi ise İŞKUR izinli özel istihdam bürosu üzerinden yapılmalıdır.

İlgili sayfalar

İletişim

QA ve test outsourcing için kapsamınızı birlikte netleştirelim. +90 850 335 10 87 numarasından arayabilir, info@360-soft.com adresine yazabilir veya iletişim sayfamızdan bize ulaşabilirsiniz. 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti., Nidakule Ataşehir, İstanbul.

Bu işi bize devredin Kapsamı ve hacmi yazın; kurulum planını 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: Outsourcing Hizmetleri