İçeriğe geç
parazade
Freelance Çalışma

Yazılım Test Uzmanı Nasıl Olunur? Kod Yazmadan Yazılıma Giriş Yolu

Yayın: · Son güncelleme:

· 8 dk okuma

Kısaca

Yazılım test uzmanı, bir yazılımın beklendiği gibi çalışıp çalışmadığını sistemli biçimde kontrol eder, hataları bulur ve raporlar. Manuel test ile kod yazmadan başlanabilir; kariyerde ilerlemek için çoğu zaman test otomasyonu, temel programlama ve ISTQB gibi sertifikalarla desteklenen bir test bilgisi gerekir.

Yazılım Test Uzmanı Nasıl Olunur? Kod Yazmadan Yazılıma Giriş Yolu
Fotoğraf: Startup Stock Photos / Pexels
İçindekiler
  1. Yazılım test uzmanı ne iş yapar?
  2. Bu işte hangi kişisel özellikler öne çıkar?
  3. Manuel test ile otomasyon testi arasındaki fark
  4. Örnek: bir test senaryosu ve hata raporu nasıl yazılır?
  5. Hangi test türlerini bilmek gerekir?
  6. ISTQB sertifikası ve Yazılım Test ve Kalite Derneği
  7. Yazılım test uzmanı iş ilanları ne istiyor?
  8. Otomasyon için hangi dil öğrenilmeli?
  9. Kod yazmadan başlayıp kariyerde nasıl ilerlenir?
  10. Bu ay test kariyerine nasıl başlarsınız?

Yazılım test uzmanı, bir yazılımın beklendiği gibi çalışıp çalışmadığını sistemli biçimde kontrol eden, hataları bulup tekrar üretilebilir biçimde raporlayan kişidir. Manuel testle kod yazmadan başlamak mümkündür; bu yüzden test, yazılım alanına giriş yollarından biri olarak görülür. Kariyerde ilerlemek için ise çoğu zaman test otomasyonu, temel programlama ve sistemli bir test bilgisi gerekir.

Aşağıda test uzmanının günlük işini, manuel test ile otomasyon testi arasındaki farkı, örnek bir test senaryosunu ve hata raporunu, ISTQB sertifikasını ve iş ilanlarına hazırlanma adımlarını bulacaksınız. Maaş rakamı vermiyoruz; ücretler şirkete, şehre ve role göre çok değişir.

Yazılım test uzmanı ne iş yapar?

Test uzmanı, yazılımın gereksinimlere uygun çalıştığını doğrular ve kullanıcıya ulaşmadan önce hataları yakalamaya çalışır. Bu iş yalnız "uygulamayı açıp tıklamak" değildir. Neyin, hangi sırayla ve hangi verilerle test edileceğini planlamak, sonuçları kayıt altına almak ve bulunan hatayı geliştiricinin anlayacağı biçimde raporlamak işin özüdür.

Tipik bir günde test uzmanı, yeni geliştirilen bir özelliğin gereksinimlerini okur ve bunlardan test senaryosu çıkarır. Geliştirici özelliği test ortamına aldığında senaryoları çalıştırır, beklenen ile gerçekleşen sonucu karşılaştırır. Bir yazılım hatası bulduğunda bunu hata takip aracına kaydeder ve düzeltildikten sonra yeniden test eder.

Yazılım testi yalnız hata bulmakla sınırlı değildir. Gereksinimlerdeki belirsizlikleri erken fark etmek, geliştiriciyle ürün sorumlusu arasında köprü kurmak ve kullanıcı gözüyle bakmak da test uzmanından beklenir. Bu yüzden iletişim becerisi teknik beceri kadar önemlidir.

Bu işte hangi kişisel özellikler öne çıkar?

Test işinde en çok işe yarayan özellik, ayrıntıya dikkat ile merakın birleşimidir. İyi bir test uzmanı "kullanıcı burada beklenmedik bir şey yaparsa ne olur" sorusunu sürekli sorar: boş bir form gönderilirse, aynı düğmeye iki kez hızlıca basılırsa, telefon yatay çevrilirse. Bu sorular, geliştiricinin aklına gelmeyen durumları ortaya çıkarır.

Yazılı ifade de önemlidir. Bulduğunuz hatayı kısa, nesnel ve tekrar üretilebilir biçimde anlatamazsanız hatanın düzeltilmesi gecikir. Son olarak sabır gerekir; aynı senaryoyu farklı ortamlarda defalarca çalıştırmak bu işin doğal bir parçasıdır.

Manuel test ile otomasyon testi arasındaki fark

Manuel test, test adımlarının bir insan tarafından tek tek uygulanmasıdır; otomasyon testi ise aynı adımların bir kod tarafından çalıştırılmasıdır. Manuel test yeni özellikleri keşfetmek ve kullanıcı deneyimini değerlendirmek için güçlüdür. Test otomasyonu ise her değişiklikte tekrarlanması gereken kontrolleri hızlı ve tutarlı biçimde yapmak için kullanılır.

Konu Manuel test Otomasyon testi
Nasıl yapılır İnsan adımları elle uygular Kod adımları otomatik çalıştırır
Güçlü olduğu yer Yeni özellik, kullanılabilirlik, keşif amaçlı test Tekrar eden kontroller, regresyon
Gereken beceri Dikkat, analiz, raporlama Programlama, otomasyon araçları
Giriş kolaylığı Kod bilgisi olmadan başlanabilir Temel programlama gerekir
Zayıf yanı Tekrar eden işlerde yavaş ve yorucu Kurulum ve bakım zaman ister

İki yaklaşım birbirinin rakibi değil, tamamlayıcısıdır. Çoğu ekip yeni özellikleri önce manuel olarak test eder, sonra sık tekrarlanacak senaryoları otomasyona taşır. Otomasyonun en sık kullanıldığı alan regresyon testi, yani yeni bir değişikliğin eskiden çalışan bir özelliği bozup bozmadığının kontrolüdür.

Otomasyon tarafında web arayüzü testleri için Selenium, Playwright ve Cypress gibi araçlar, servis testleri için ise API test araçları yaygın olarak kullanılır. Bu araçlarla çalışmak için genellikle Java, Python, JavaScript ya da TypeScript gibi bir dilde temel bilgi gerekir.

Test senaryolarını tablo hâlinde kontrol eden yazılım test uzmanı
Manuel testin temeli, adımları ve beklenen sonucu açık yazılmış test senaryolarıdır. Fotoğraf: analogicus / Pixabay

Örnek: bir test senaryosu ve hata raporu nasıl yazılır?

İyi bir test senaryosu, başka birinin okuyup aynı adımları uygulayabileceği kadar açık olmalıdır. Ön koşul, adımlar, test verisi ve beklenen sonuç ayrı ayrı yazılır. Bir e-ticaret sitesinin giriş ekranı için örnek bir senaryo şöyle olabilir:

Alan İçerik
Senaryo Kayıtlı kullanıcı yanlış şifreyle giriş yapmaya çalışır
Ön koşul ornek@eposta.com adresiyle kayıtlı bir hesap var
Adımlar 1. Giriş sayfasını açın. 2. E-posta alanına kayıtlı adresi yazın. 3. Şifre alanına yanlış şifre yazın. 4. "Giriş" düğmesine basın.
Beklenen sonuç "E-posta veya şifre hatalı" mesajı görünür, kullanıcı giriş yapamaz

Bu senaryoyu çalıştırdığınızı ve yanlış şifreye rağmen sistemin "Bu e-posta kayıtlı değil" mesajı verdiğini varsayalım. Bu bir güvenlik açığına işaret edebilir, çünkü saldırganın hangi e-postaların kayıtlı olduğunu öğrenmesine yol açar. Hata raporunuz şu unsurları içermelidir: kısa ve açıklayıcı bir başlık, tekrar üretme adımları, beklenen ve gerçekleşen sonuç, ortam bilgisi (tarayıcı, sürüm, cihaz), ekran görüntüsü ve önem derecesi.

İyi bir hata raporu, geliştiricinin size soru sormadan hatayı kendi ekranında tekrar oluşturabilmesini sağlar. "Giriş çalışmıyor" gibi bir rapor saatlerce yazışmaya yol açar; adım adım yazılmış bir rapor ise sorunu dakikalar içinde netleştirir.

Hangi test türlerini bilmek gerekir?

Giriş seviyesinde birkaç temel test türünü tanımak yeterlidir. Kara kutu testi, yazılımın iç yapısına bakmadan girdi ve çıktıya göre test etmektir; manuel testin büyük kısmı bu yaklaşımla yapılır. Duman testi, yeni bir sürümün temel işlevlerinin çalışıp çalışmadığını hızlıca kontrol eder. Kabul testi ise yazılımın iş ihtiyacını karşılayıp karşılamadığını son kullanıcı gözüyle doğrular.

Geliştiricilerin yazdığı birim testleri ve parçaların birlikte çalışmasını kontrol eden entegrasyon testleri de test piramidinin parçalarıdır. Test uzmanı bunları her zaman kendisi yazmasa da ne olduklarını bilmesi, ekip içindeki tartışmalara katılabilmesini sağlar.

ISTQB sertifikası ve Yazılım Test ve Kalite Derneği

Yazılım testinde en yaygın bilinen sertifika programı, Uluslararası Yazılım Test Nitelikleri Kurulu ISTQB'nin programıdır. Giriş seviyesi sertifikası Certified Tester Foundation Level (CTFL) adını taşır. ISTQB'nin sitesine göre Ekim 2026 itibarıyla güncel Foundation Level müfredatı 4.0 sürümüdür ve önceki sürümlerle alınmış sertifikalar geçerliliğini korur.

ISTQB'nin Türkiye'deki üyesi Turkish Testing Board'dur ve resmî adı Yazılım Test ve Kalite Derneği'dir. Dernek, ISTQB müfredatlarının ve test terimler sözlüğünün Türkçeye çevrilmesi gibi çalışmalar yürütüyor ve TestIstanbul adlı bir konferans düzenliyor. Sınava nasıl girileceği, sınav dili ve ücret gibi bilgiler değişebildiği için derneğin ve ISTQB'nin güncel sayfalarını kontrol edin.

Sertifika, test bilgisini ortak bir terminolojiyle gösterdiği için özellikle deneyimsiz adaylar için CV'de ek bir sinyaldir. Bazı ilanlarda tercih sebebi olarak geçer. Ancak sertifika tek başına iş getirmez; test senaryosu yazabildiğinizi ve hata bulabildiğinizi gösteren somut çalışma örnekleri de gerekir.

Yazılım test uzmanı iş ilanları ne istiyor?

Giriş seviyesindeki test ilanları genellikle test senaryosu yazma, hata raporlama, bir hata takip aracı kullanımı, temel SQL ve çevik yöntem bilgisi ister. Otomasyon odaklı ilanlarda buna bir programlama dili ve en az bir otomasyon aracı eklenir. İlanlarda "QA", "test uzmanı", "test mühendisi" ve "kalite güvence uzmanı" gibi farklı unvanlar kullanılır; aramayı bu unvanların hepsiyle yapın.

QA yani kalite güvence kavramı, testten biraz daha geniştir: yalnız hatayı bulmak değil, hatanın oluşmasını önleyecek süreçleri de kapsar. Bazı ilanlar bu ayrımı belirgin yapar, bazıları iki terimi aynı anlamda kullanır. Bu yüzden unvandan çok görev tanımına bakın.

Otomasyon için hangi dil öğrenilmeli?

Otomasyon için dil seçimi, hedeflediğiniz şirketlerin kullandığı teknolojiye bağlıdır. Kurumsal projelerde Java ile yazılmış otomasyon altyapıları yaygındır; web odaklı ekiplerde JavaScript ve TypeScript, veri ve betik işlerinde Python sık görülür. Hedef ilanlarda en çok hangi dilin geçtiğine bakmak, bu kararı vermenin en pratik yoludur.

Dili seçtikten sonra değişken, koşul, döngü, fonksiyon ve sınıf gibi temel kavramları öğrenmek otomasyona başlamak için yeterlidir. Otomasyon kodu da bakımı yapılması gereken bir yazılımdır; düzenli ve okunaklı yazılmış testler ekip içinde uzun ömürlü olur.

Deneyiminiz yoksa kendi test portfolyonuzu oluşturabilirsiniz. Herkese açık bir web uygulaması ya da açık kaynak bir proje seçin, ona yönelik on test senaryosu yazın ve bulduğunuz sorunları örnek hata raporu biçiminde belgeleyin. Bu belgeyi bir depoda ya da paylaşılabilir bir dokümanda toplamak, işverene somut bir çalışma örneği sunar.

Başkasının sistemine izinsiz güvenlik testi yapmaktan kaçının; bu yasal sorunlara yol açabilir.

Kod yazmadan başlayıp kariyerde nasıl ilerlenir?

Testte kod yazmadan başlamak mümkündür, ama uzun vadede temel programlama bilgisi ilerlemeyi belirgin biçimde kolaylaştırır. Manuel testle başlayan birçok kişi zamanla otomasyona geçer, çünkü tekrar eden işleri otomatikleştirme ihtiyacı kendiliğinden ortaya çıkar. Bu geçiş için bir dil seçip temellerini öğrenmek yeterli bir başlangıçtır.

Gerçekçi bir senaryo düşünelim. Haftada 10 saat ayırabilen biri ilk iki ayı test temellerine ve ISTQB müfredatına, sonraki üç ayı temel Python ya da JavaScript ile bir otomasyon aracına ayırabilir. Bu sürelerin sonunda bir test portfolyosu ve küçük bir otomasyon projesiyle başvuru yapmak mümkün hâle gelir. Süreler varsayımdır ve kişiye göre değişir; iş bulma süresi de piyasa koşullarına bağlıdır.

Programlama tarafı için yazılım öğrenme siteleri yazısındaki ücretsiz kaynaklara bakabilirsiniz. Otomasyonu öğrenirken ilk hedefiniz, kendi yazdığınız manuel senaryolardan ikisini otomatik çalışan teste çevirmek olsun. Bu küçük proje, hem manuel hem otomasyon tarafını bildiğinizi tek bir örnekte gösterir.

İlerleyen dönemde test uzmanları performans testi, güvenlik testi, test liderliği ya da geliştirici rollerine geçebilir. Yazılım ekibindeki diğer rolleri ve aralarındaki ilişkiyi yazılım mühendisliği ne iş yapar yazısında anlattık.

Bu ay test kariyerine nasıl başlarsınız?

Bu ay yapılacak ilk iş, ISTQB Foundation Level müfredatını resmî siteden indirip ilk iki bölümünü okumaktır. Müfredat, test terminolojisini ve temel kavramları düzenli bir sırayla verir. Okurken her kavram için kendi kullandığınız bir uygulamadan örnek düşünün. Müfredatın sonundaki örnek sorular, sınava girmeseniz bile bilginizi ölçmek için iyi bir araçtır.

İkinci adım olarak sık kullandığınız bir web sitesini seçip giriş, arama ve sepet gibi üç özelliği için toplam on test senaryosu yazın. Senaryoları bir tabloda toplayın ve bulduğunuz tutarsızlıkları örnek hata raporu biçiminde yazın. Bu çalışmayı CV'nize bir proje olarak eklemek için öğrenciler için CV örnekleri yazısındaki proje bölümü yapısını kullanabilirsiniz. Başvuru süreci için de junior yazılımcı olarak ilk iş yazısındaki takip yöntemini uygulayabilirsiniz.

Sıkça Sorulan Sorular

Yazılım test mühendisi ile test uzmanı arasında fark var mı?

Unvanlar şirketten şirkete farklı kullanılır. Bazı şirketlerde test mühendisi daha çok otomasyon ve teknik test işlerini, test uzmanı ise manuel test ve analiz işlerini anlatır. Bazı şirketlerde iki unvan aynı işi tanımlar; ilandaki görev tanımına bakmak gerekir.

Yazılım test uzmanı iş ilanları ne istiyor?

İlanlarda genellikle test senaryosu yazma, hata raporlama, temel SQL, bir hata takip aracı kullanımı ve çevik yöntem bilgisi istenir. Otomasyon pozisyonlarında buna bir programlama dili ve otomasyon aracı eklenir. ISTQB Foundation Level sertifikası bazı ilanlarda tercih sebebi olarak geçer.

Yazılım Test ve Kalite Derneği nedir?

Yazılım Test ve Kalite Derneği, uluslararası yazılım testi sertifikasyon kurulu ISTQB'nin Türkiye'deki üyesi olan Turkish Testing Board'dur (TTB). ISTQB müfredatlarının ve test terimler sözlüğünün Türkçeye çevrilmesi gibi çalışmalar yürütür. Sınav ve müfredat bilgileri için derneğin resmî sitesine bakın.

Yazılım uzmanı nasıl olunur?

Yazılım alanında uzman unvanıyla çalışmanın birden çok yolu var: geliştirme, test, analiz ya da destek. Test, kod yazma ağırlığı daha az olduğu için alana giriş yollarından biri olarak görülür. Hangi yolu seçerseniz seçin, işverenler gösterilebilir beceri ve somut çalışma örneği ister.

ISTQB sertifikası almak için ön koşul var mı?

ISTQB'nin sitesine göre Foundation Level sertifikası, yazılım testiyle ilgilenen herkese uygun olarak tanımlanıyor ve sitede resmî bir ön koşul belirtilmiyor. Ekim 2026 itibarıyla güncel müfredat sürümü 4.0'dır. Sınav ücreti ve Türkiye'deki sınav süreci için yerel üye kurulun güncel duyurularını kontrol edin.

İlgili terimler

Test Senaryosu(Test Case)Test senaryosu (test case), bir yazılım özelliğinin doğru çalışıp çalışmadığını kontrol etmek için izlenecek adımları, kullanılacak verileri ve beklenen sonucu tanımlayan yazılı belgedir.Yazılım Hatası(Software Bug)Yazılım hatası (bug), bir programın beklenen ya da tasarlanan şekilde çalışmamasına yol açan kusurdur. Yanlış hesaplama, donma, çökme veya güvenlik açığı biçiminde ortaya çıkabilir.Yazılım Testi(Software Testing)Yazılım testi, bir programın beklendiği gibi çalışıp çalışmadığını kontrol etmek ve hataları kullanıcıya ulaşmadan bulmak için yapılan sistemli denemelerin bütünüdür. Elle ya da otomatik araçlarla yapılabilir.Manuel Test(Manual Testing)Manuel test, yazılımın herhangi bir otomasyon aracı kullanılmadan bir test uzmanı ya da kullanıcı tarafından elle, adım adım denenmesidir. Kullanılabilirlik, tasarım ve beklenmedik davranışları fark etmede güçlüdür.Test Otomasyonu(Test Automation)Test otomasyonu, yazılım testlerinin bir insan tarafından elle yapılması yerine önceden yazılmış betikler ve araçlar aracılığıyla otomatik olarak çalıştırılması ve sonuçların raporlanmasıdır.Regresyon Testi(Regression Testing)Regresyon testi, yazılıma yapılan yeni bir değişiklikten sonra daha önce sorunsuz çalışan özelliklerin hâlâ doğru çalıştığını doğrulamak için yapılan tekrar testidir. Amaç, düzeltilen ya da eklenen bir şeyin başka yeri bozmadığından emin olmaktır.Kara Kutu Testi(Black Box Testing)Kara kutu testi (black box testing), yazılımın iç yapısı ve kodu bilinmeden, yalnız verilen girdilere karşı beklenen çıktıların üretilip üretilmediğine bakılarak yapılan test yöntemidir. Kullanıcının bakış açısını taklit eder.Duman Testi(Smoke Testing)Duman testi (smoke test), yeni bir yazılım sürümünün en temel işlevlerinin çalışıp çalışmadığını hızlıca kontrol eden kısa testtir. Ayrıntılı testlere geçmeden önce sürümün test edilmeye değer olup olmadığını gösterir.

İlgili yazılar

Freelance Çalışma

Junior Yazılımcı Olarak İlk İş: Portfolyo, Başvuru ve Mülakat Hazırlığı

Junior yazılım mühendisi iş ilanlarına başvurmadan önce iki üç bitmiş ve yayında olan proje, düzenli bir GitHub profili ve tek sayfalık bir CV hazırlamak gerekir. Başvurular ilana göre kişiselleştirilmeli; mülakatlar için temel veri yapıları, kendi projelerinizi anlatma ve davranışsal sorulara hazırlık yapılmalıdır. Süreç çoğu zaman aylar sürer ve çok sayıda ret içerir.

· 8 dk okuma