Gün geçtikçe Agile yazılım geliştirme süreçlerinde değeri bilinmesi gereken 2 kavramdan bahsetmek istedim size. Biz test uzmanlarının dünyası için bence çok çok önemli kavramlar.
Bakalım bakalım neymiş bu kavramlar…

Not: Edebiyat kaygısı içermeden oluşturulmuş biraz benim aldığım notlar, biraz AI desteğine sahip bir içerik :) keyifli okumalar…

“3 Amigos”, Agile yazılım geliştirme sürecinde kullanılan bir iş birliği tekniğidir. Adı kulağa eğlenceli gelse de aslında çok önemli bir amacı vardır: aynı hikâyeye farklı bakış açılarıyla yaklaşarakeksiklikleri, belirsizlikleri ve riskleri en erken aşamada ortaya çıkarmak.

Neden eksiklikleri ya da hataları en erken aşamada bulmak istiyoruz ? 2 önemli neden: Hataları ne kadar geç bulursak Maliyet ve etkisi katlanarak artar. Bu nedenle “Shift Left” prensibiyle kaliteyi en baştan düşünmek önemlidir. Örnek: Müşteri şikâyeti, acil düzeltme, itibar kaybı…Technical debt: Erken bulunmayan hatalar daha sonra “geçici çözümlerle” kapatılır. Kodun karmaşıklaşmasına, Bakım maliyetlerinin artmasına neden olur.

Tekrar konuya dönelim 3 Amigos kavramı nedir?

3 Amigos Kimdir?
Genellikle şu 3 rolü temsil eder:

Business (İş Analisti / Ürün Sahibi — PO):
• İş gereksinimlerini ve müşteri ihtiyaçlarını temsil eder.
• “Bu özellik nedir ve neden gerekli?” sorusunun cevabını verir.

Developer (Yazılımcı):
• Özelliğin nasıl geliştirileceğini düşünür.
• Teknik yapılabilirliği değerlendirir.

Tester (Test Uzmanı):
• Özelliğin nasıl test edileceğini ve risklerini ele alır.
• “Bu özellik ne şekilde bozulabilir?” sorusuna odaklanır.

Amaç Nedir?
Bu üç bakış açısı bir araya gelerek User Story’leri tartışır, netleştirir ve anlaşılır hale getirir. Bu sayede:
• Belirsizlikler ve yanlış anlamalar önlenir.
• Acceptance Criteria’lar (kabul kriterleri) birlikte yazılır ve gözden geçirilir.
• Potansiyel test senaryoları ve edge-case’ler erkenden düşünülür.
• Yazılımcılar daha test edilebilir, anlamlı çözümler üretir.
• Hatalar daha geliştirme başlamadan önlenmiş olur.

Ne Zaman Yapılır?
• Genellikle geliştirme başlamadan hemen önce, yani backlog refinement (hazırlık) aşamasında yapılır.
• Bazı ekipler her sprint başında yapar, bazıları sürekli olarak.

Örnek:
Story: Kullanıcı sisteme e-posta ve şifreyle giriş yapabilmeli.
Business: Girişten sonra yönlendirileceği sayfa nedir? Remember Me seçeneği olacak mı? Mobilde mi, web’de mi?
Developer: Şifreyi şifreli olarak saklamalıyız.Kullanıcı girişinde rate-limiting veya captcha entegrasyonu düşünülmeli.
Tester: Peki büyük/küçük harf duyarlılığı nasıl olacak? 3 kez yanlış girince ne olacak? 3 yanlış denemeden sonra: Kaç dakika kilitlenecek? Kullanıcıya mail veya bildirim gidecek mi? Bu süre dolunca otomatik mi açılacak?

Acceptance Criteria (Kabul Kriterleri) — Ortak Çıktı:
• Kullanıcı geçerli e-posta ve şifre girerse giriş başarılı olur.
• Geçersiz bilgilerde “E-posta ya da şifre hatalı” mesajı gösterilir.
• 3 başarısız denemeden sonra kullanıcı 10 dakika sistemden engellenir.
• Şifreler bcrypt ile hash’lenmiş şekilde saklanır.
• Giriş ekranı HTTPS üzerinden çalışır ve form validation yapılır.
• Tüm bu durumlar için test senaryoları yazılır.
İşte bu şekilde, üç farklı açıdan gelen sorularla daha iyi bir kullanıcı hikâyesi ve kullanıcı hikayesinin kabul kriterleri yani sınırları belirlenir. Bu sayede kulaktan kulağa oynamadan herkesin aynı bilgi ile ürünü geliştirdiği daha kaliteli bir ürün ortaya çıkar.
Bir de Power of Three yaklaşımına bakalım:

Power of Three
“Power of Three” yaklaşımı, ISTQB Agile Tester (CTFL-AT) dokümanında geçen ve Agile’daki “3 Amigos” yaklaşımına eşdeğer bir kavramdır.

“Power of Three” Nedir?
Power of Three, bir iş gereksiniminin (User Story veya Feature) farklı bakış açılarıyla ele alınarak doğru, eksiksiz ve test edilebilir hale getirilmesini sağlayan bir iş birliği yöntemidir. Bu “üçlü” genellikle şunları içerir:

1. Business (İş Temsilcisi / Ürün Sahibi)
2. Developer (Yazılım Geliştirici)
3. Tester (Test Uzmanı)

Bu üç rol birlikte çalışarak:
• Gereksinimleri netleştirir
• Riskleri belirler
• Kabul kriterlerini oluşturur
• Test senaryolarını öngörür

ISTQB Agile Tester’da Nasıl Geçiyor?
ISTQB Agile Tester dokümanına göre:

“The Power of Three encourages collaboration between the business representative, the developer, and the tester. This collaboration helps ensure that stories are well understood and testable, and that the whole team has a shared understanding of the work.”
Yani dokümanın vurguladığı gibi bu yaklaşım sayesinde:
• Ortak anlayış sağlanır
• Sorular daha erken ortaya çıkar
• Hatalar erken tespit edilir
• Gereksinimler test edilebilir hâle gelir

Neden Önemlidir?
• Agile’da test sadece testçinin sorumluluğu değildir.
• Bu yaklaşım, “whole team quality” prensibini destekler.
• Ayrıca Shift-Left Testing ilkesine de doğrudan katkı sağlar: kaliteyi en baştan düşünmek.
• Agile’da kalite sadece testçinin değil, tüm takımın sorumluluğundadır. Bu yaklaşım, ürünün başarısı için geliştirici, iş birimi, test uzmanı, analist, tasarımcı vb. herkesin katkı vermesi gerektiğini savunur.

Power of Three & Whole Team Approach İlişkisi

1. Bilgi Silolarını Yıkar
   Power of Three sayesinde:
   • İş birimi sadece “gereksinim verir” konumundan çıkar.
   • Test uzmanı yalnızca “sonradan kontrol eden” kişi olmaktan kurtulur.
   • Geliştirici, hem teknik hem de fonksiyonel gereksinimlere hâkim olur.

Herkes bir araya gelip ortak anlayışla< hareket eder = Silosuz ekip yapısı.

1. Erken ve Sürekli İletişim Sağlar
   Power of Three:
   • Story yazılmadan önce veya yazılırken başlar.
   • Sprint planlama ve refinement’larda da devam eder.
   • “Son anda çıkan sürpriz gereksinimler” azalır.

Bu da Agile’ın “erken ve sürekli iş birliği” ilkesini destekler.

1. Kalite Sürecini Sürekli Kılar
   • Kabul kriterlerinin tanımlanması
   • Potansiyel test senaryolarının belirlenmesi
   • Teknik kısıtların tartışılması

Tüm bunlar, story daha “in development” aşamasına gelmeden önce yapılır.
Bu da “Shift Left Testing” yani test süreçlerinin öne çekilmesi demektir.

1. Empati ve Ortak Sahiplik Geliştirir
   • Test uzmanı: “Kullanıcının neye ihtiyacı var?” sorusunu daha rahat sorar.
   • Developer: “Bu story test edilebilir mi?” diye düşünür.
   • İş birimi: “Bu teknik olarak mümkün mü, neye mal olur?” sorusuna erken cevap alır.

Bu karşılıklı anlayış, takımda kaliteye ortak sahiplik duygusunu geliştirir.

1. Testin Stratejik Değerini Artırır
   Power of Three sayesinde test uzmanları:
   • Sadece “hata bulucu” değil, aynı zamanda rehber, risk analisti ve tasarımcı rolü üstlenir.
   • Kullanıcı hikayesinin tasarımına aktif katkı verir.
   • Gereksinim açıklarını erkenden bulur, belirsizliği azaltır.

Bu da test uzmanının stratejik ve işlevsel değerini artırır.

Sonuç olarak, ister 3 Amigos deyin ister Power of Three, olay aynı:
Aynı hedefe farklı açılardan bakarak ortak bir anlayışa varmak. Ben bu yaklaşımı ekibimde uyguladıkça, daha güçlü iletişim ve daha fazla sahiplenme gördüm.

Tavsiyem: Bir deneyin. Küçük başlayın. Farkı siz de göreceksiniz.