PodTest

Bu bölümde siber güvenlik, yazılım testi ve yapay zekânın iş hayatındaki gerçek etkilerini konuşmak için Gökhan Pekşen’i ağırlıyoruz.

Etik hacking’den DevSecOps’a, kariyer yolculuğundan sektörün kronik hatalarına kadar birçok konuya hem teknik hem de mizahi bir dille giriyoruz. AI gerçekten işleri elimizden alacak mı? Test ekipleri neden hâlâ düşman gibi görülüyor? Güvenlik testleri neden son dakikaya bırakılıyor?
Hepsini açık açık konuştuk.

Ayrıca gençlerin bu alanda nasıl kariyer kurabileceğini, test tarafında “nicelik mi nitelik mi?” tartışmasını, güvenlik açıklarının nasıl yönetildiğini ve şirketlerin neden sürekli aynı döngüde takıldığını da masaya yatırıyoruz.

Her zamanki Podtest enerjisi, bol kahkaha ve bol gerçeklik ile…

Bölümden başlıklar:

• Yapay zekânın güvenlik ve test dünyasına gerçek etkisi

• Testte kalite vs hız: Hangisi gerçekten önemli?

• Güvenlik ekiplerinin organizasyon içindeki yanlış konumlandırılması

• Kariyere yeni başlayanlar için siber güvenlik yol haritası

• Büyük şirketlerdeki test ve güvenlik süreçlerinin acı gerçekleri

• Test otomasyonunun sınırları ve AI ile birleşimi

• “Her şeyi test etmeye” çalışmanın neden anlamsız olduğu

• Sektörde yanlış bilinen efsaneler ve komik anekdotlar

Sohbet boyunca hem güldük hem de ciddi ciddi dertlendik.
Siber güvenlik, test, DevSecOps veya AI ile ilgilenen herkes için çok şey var bu bölümde.

Keyifli dinlemeler!

Gökay'a erişmek isteyen arkadaşlar linkedin profilinden erişebilirler

Einstein bizi affetsin sanki e=mc²

Bu bölümde ISTQB’nin “Erken Test Zaman ve Para Kurtarır” ilkesini masaya yatırıyoruz – ama kitap gibi değil, saha gibi.

Yönetsel, Şiirsel ve Kitabi önce kaotik bir giriş yapıyor (şiir ödevi yapılmamış, bağlantı kopmuş, suçlu tabii ki Alper), sonra yavaş yavaş şu sorulara geliyorlar:

• Erken test gerçekten zaman ve para mı kurtarır, yoksa bunu sadece sunumlarda mı söylüyoruz?

• Otomasyon projelerine tonla para verilip “hiçbir şey değişmedi” hissi neden bu kadar yaygın?

• Yönetim “15 gün önce çıkaralım” diye bastırırken, kim “ya kalite / itibar kaybı?” diye masaya vuruyor?

• Test ekipleri riskten bahsedince neden kimsenin gözü parlamıyor?

Bölümde; akademik test prensipleri ile işin “gerçek dünya” baskıları (delivery tarihi, bütçe, itibar riski) arasında gidip geliyoruz.
Otomasyonun amacını, erken testin nereye kadar gerçekten işe yaradığını ve test ekiplerinin işini daha dürüst ve net nasıl anlatabileceğini tartışıyoruz.

Sonuç: Erken test sadece “kitap cümlesi” olmamalı; risk, maliyet ve itibar kaybı üzerinden konuşulmadıkça kimseyi ikna etmiyor.

Uzun bir aradan sonra Podtest geri döndü!
Bu bölümde Tunç, Alper ve Arda hepimizin içini burkan bir gerçekle yüzleşiyor: Exhaustive testing is impossible.
Ama gerçekten öyle mi? Yoksa “her şeyi test edemeyiz” bahanesi, test stratejilerimizin zayıflığını mı saklıyor?

Ekip bu sorudan yola çıkarak yazılım dünyasının en temel paradokslarından birini tartışıyor:

• 100% test mümkün olmasa da, neden hâlâ deniyoruz?

• Zaman, kaynak ve kapsam üçgeninde nerede kayboluyoruz?

• “Tam test” yerine “doğru test” yapmak ne demek?

• Ve asıl mesele: testlerden öğreniyor muyuz, yoksa sadece koşuyor muyuz?

Bol kahkaha, bol itiraz ve biraz da Gandalf referansı içeren bu bölüm, testin sınırlarını konuşurken aslında yazılım ekiplerinin sınırlarını da sorguluyor.

Bu bölümde konuğum Berk Dülger. Türkiye’den Avrupa’ya uzanan kariyer yolculuğunda yazılım testinden mühendislik yönetimine, kültür şokundan takım yönetimine kadar birçok konuyu masaya yatırdık.

🔧 QA konuşmadık mı? Konuştuk.
🏙️ Yurt dışı hayatı konuştuk mu? Evet.
📉 “5000 test koşuldu ama hata oldu” diyen CEO'lara lafımızı da söyledik.
💡 Birlikte çalışmanın, karar almanın ve kalitenin arkasındaki kültürel dinamikleri tartıştık.

🏙️ İstanbul eski sevgili mi? Berlin yabancı mı?

Dolu dolu, sorgulayıcı ve kahkahalı bir bölüm oldu.
"Beynelmilel testçi olur mu?" sorusuna birlikte cevap aradık.
Cevaplar bizde; buyur gel, dinle. 🎧

Bu bölümde Tunç (yönetsel), Alper (şiirsel) ve Arda (kitabi), yazılım testinin en temel taşlarından biri olan test prensiplerini masaya yatırıyor.

“Absence of errors is not proof of correctness” ilkesinden yola çıkarak şu soruları tartışıyoruz:

Kimi zaman ciddiyet, çoğu zaman mizah eşliğinde, testin anlamını, sınırlarını ve eksiklerini sorguluyoruz.

Yeni bölümlerde her prensibi tek tek ele alıp, gerçek proje hikayeleriyle bağlamayı planlıyoruz.

📌 Neler mi konuştuk?

✔ Yapay zeka entegrasyonlarının perde arkası

✔ #ISTC2025 notları – orada olanlar, orada kalmadı

✔ Geyik ama dozajlı (merak etme, ölçü bardağı elimizdeydi)

✔ Gerçek hikâyeler – hem komik hem düşündüren cinsten

Bu bölümde QA işe alım süreçlerini didik didik ettik.
Neleri konuştuk?
– QA’den beklentiler nerede başlıyor, nerede saçmalıyor?
– Pozisyon açmadan önce işin analizini yapıyor muyuz?
– Adayın değil, sürecin nezaketi konuşulmalı mı?
– QA işi öğrenme/öğretme fırsatına dönüşebilir mi?
– Ve tabii ki, bizce olmazsa olmaz: samimi, bol hatıralı sohbetler.

-- Bir QA pozisyonu açmadan önce bu bölümü dinleyin deriz.

Kaliteye giden yol, önce dürüstlükten geçiyor. Bu bölümde, testin ekipler tarafından nasıl bir “sıkıştırılmış aktivite” olarak görüldüğünü, aslında bu yaklaşımın kaliteye karşı bir dürüstlük sorunu yarattığını konuştuk. Kendi deneyimlerimizden yola çıkarak, yönetime yaptığımız test eforunu doğru bir dille anlatmanın neden hayati olduğunu tartıştık. Son olarak da, kalite ve risk arasındaki dengenin ne kadar hassas olduğunu ve bu dengeyi kurmanın projelerin gerçek başarısı için neden kritik olduğunu vurguladık.

Kaliteye giden yol, önce dürüstlükten geçiyor. Bu bölümde, testin ekipler tarafından nasıl bir “sıkıştırılmış aktivite” olarak görüldüğünü, aslında bu yaklaşımın kaliteye karşı bir dürüstlük sorunu yarattığını konuştuk. Kendi deneyimlerimizden yola çıkarak, yönetime yaptığımız test eforunu doğru bir dille anlatmanın neden hayati olduğunu tartıştık. Son olarak da, kalite ve risk arasındaki dengenin ne kadar hassas olduğunu ve bu dengeyi kurmanın projelerin gerçek başarısı için neden kritik olduğunu vurguladık.

Son bölümümüzde Oobeya'nın Kurucu Ortağı ve Ürün Direktörü Emre Dündar ile yazılım geliştirme yaşam döngüsünde metriklerin rolünü ve önemini ele aldık. Emre Bey, metriklerin ekiplerin performansını artırmadaki katkılarını ve Oobeya.io platformunun bu süreçte nasıl bir destek sağladığını paylaştı. Ayrıca, metriklerin yanlış kullanıldığında nasıl olumsuz sonuçlara yol açabileceğini ve bu durumun önüne geçmek için nelere dikkat edilmesi gerektiğini tartıştık. Bu keyifli sohbeti kaçırmayın!

ürün: https://oobeya.io/

Emre Dündar LinkedIn: https://www.linkedin.com/in/emredundar/