AI Probe ailesi · Denetimli yapay zekâ test mühendisliği

Testlerin taslağını yapay zekâ hazırlar. Uzmanınız onaylamadan hiçbiri merge edilmez.

Yapay zekâ, Jira'daki story'lerinizden (kullanıcı hikâyeleri) test senaryolarını ve Playwright kodunu kendi reponuzda taslak olarak hazırlar. Her AI adımı onaydan geçer, her test bilerek kırılan uygulamada sınanır, CI'da yapay zekâ çalışmaz.

Örnek bir story için örnek akış görünümü: STORY-142 Sipariş iptali
Örnek görünüm
  1. Yapay zekâ gereksinimi inceledi ve her biri kanıtlı 3 bulgu çıkardı. Tamamlandı.
  2. Analist ve ürün sahibi 2 bulguyu kabul etti, 1 bulguyu reddetti. Tamamlandı.
  3. Yapay zekâ 8 test case taslağı hazırladı; uzmanlar 7 tanesini onayladı ve Xray'e gönderildi. Tamamlandı.
  4. Yapay zekâ şablonlarınızdan Playwright kodu hazırladı ve 27 numaralı PR'ı açtı. Tamamlandı.
  5. Sistem uygulamayı bilerek kırdı ve yeni test beklendiği gibi başarısız oldu. Tamamlandı.
  6. Bir mühendis kodu inceledi ve merge'ü onayladı. Tamamlandı.
  7. Gece CI koşusunda 42 testin hepsi geçti, hiç AI çağrısı yapılmadı. Tamamlandı.
  8. Yapay zekâ hatayı locator değişikliği olarak sınıflandırdı ve onay bekleyen bir onarım PR'ı hazırladı. Sürüyor.
AI İnsan Sistem 6 aşama · 8 adım 1 onay bekliyor · denetim zinciri

Her koşuda geçerli olanlar

  • Hazırlanmış hatayı yakalamayan test, açık onay olmadan merge edilemez
  • Saf Playwright, sizin reponuzda
  • CI'da 0 AI çağrısı
  • Sizin ortamınızda kurulur. Modele neyin gideceğini siz belirlersiniz.

Model çağrıları bugün Anthropic API'sine gider; kendi ortamınızda çalışan model yolu yol haritasındadır.

Birlikte çalışır:
  • Jira
  • Xray
  • GitHub
  • GitHub Actions
  • Playwright
  • MCP istemcileri

Sorun

Test otomasyonu iki yönden baskı altında

Story'ler testlerden hızlı geliyor. Yapay zekâ yardımcı olabilir; yeter ki çıktısı uzmanı atlamasın.

  • AI çıktısı onaysız teste dönüşmemeli

    Üretilen test senaryoları (test case) ve script'ler makul görünür. Uzman onayı olmadan yanlış varsayımlar sessizce regresyon setinize girer.

  • Otomasyon backlog'u story hızına yetişmiyor

    Her sprint test bekleyen yeni story'ler getirir. Case'leri ve Playwright kodunu elle yazmak otomasyonu teslimatın gerisinde bırakır.

  • Locator bakımı ekibi tüketiyor

    Arayüz değiştikçe seçiciler kırılır. Sessiz self-healing hataları gizler; testi review'da düzeltmez.

Nasıl çalışır

Story'den kalıcı teste altı aşama

Her aşamada kimin çalıştığı görünür: yapay zekâ taslak hazırlar, uzmanlarınız karar verir, sistem koşturur ve kaydeder.

  1. Gereksinim

    Jira story'si çekilir ya da serbest metin yapıştırılır. Neyin gireceğini analistiniz seçer.

    Sistemİnsan
  2. Gereksinim incelemesi

    Yapay zekâ eksikleri ve kod/veri tutarsızlıklarını kanıtıyla işaretler. Kararı analist ve PO verir.

    AIİnsan
  3. Test case

    Yapay zekâ test case taslaklarını hazırlar. Xray'e ya da Jira'ya yalnız onaylananlar gider.

    AIİnsan
  4. Kod

    Yapay zekâ şablonlarınızı ve page object'lerinizi doldurur. Hatayı yakalamayan test ancak açık onayla merge edilir.

    AISistemİnsan
  5. CI

    Saf Playwright sizin pipeline'ınızda koşar. Deterministiktir, AI çağrısı yapılmaz.

    Sistem
  6. Triage

    Önce kural, sonra yapay zekâ. Hata, review edilecek bir onarım PR'ına ya da bug taslağına dönüşür.

    AIİnsan

Tüm akışı gör

Nasıl başlarız

Bir Jira story'si getirin; onaylı test senaryolarını ve taslak bir Playwright PR'ını görün.

Önkoşullar: page object kütüphanesi ve testId'ler. Yoksa pilotun ilk adımı olarak kurulur.

  1. 30 dk uygunluk görüşmesi

    Altyapınıza, story'lerinize ve kısıtlarınıza bakar, pilotun anlamlı olup olmadığını açıkça söyleriz.

  2. Tek uygulamada pilot

    Tek uygulama ve birkaç gerçek story; sizin ortamınızda, analist ve mühendisleriniz sürecin içinde.

  3. Ölçülmüş sonuçla karar

    Aynı story'ler AI'lı ve AI'sız işlenir, süreyi analistleriniz ölçer. Kararı buna göre verirsiniz.

Pilot ayrıntıları

İmza özellikleri

Review edebileceğiniz kanıt ve bakım

Kırarak Doğrula (Break-to-Verify)Demoda gösterilir

Hazırlanmış hatayı yakalamayan test, açık onay olmadan merge edilemez

Üretilen bir test merge edilmeden önce platform uygulamayı bilerek kırar ve testi iki build'de de koşturur. Kırık build'de yeşil kalan test işaretlenir; merge edilmesi açık ve kayıtlı onay ister. Mutation testing'e benzer; her PR'da uygulanır.

  • Model TypeScript yazmaz; şablonlarınızı ve page object'lerinizi doldurur.
  • Kontrol, PR'da alışık olduğunuz review'un yanında koşar.
  • Merge kararını her zaman bir mühendis verir.
PR #27 · kontrollerÖrnek görünüm
  1. Sistem Değişiklik bilerek kırılmış buildTest beklendiği gibi kırmızı
  2. Sistem Gerçek değişiklikle buildTest geçti
  3. İnsan MergeMühendis review'u bekleniyor

Onarım PR'ları + triageDemoda gösterilir

Bakım sessiz self-healing ile değil, review edilen PR'la

Gece koşusu kırıldığında hatayı önce kurallar, sonra yapay zekâ sınıflandırır. Değişen locator onarım PR'ına; gerçek hata, önce mükerrer araması yapılan bir bug taslağına dönüşür.

  • Onarım PR'ı yalnız testId'yi değiştirir. Başka hiçbir şeyi değil.
  • Bug taslakları kimse görmeden önce mevcut kayıtlarda aranır.
  • İkisini de ekibiniz review eder. Hiçbir şey sessizce uygulanmaz.
Gece CI koşusu · 1 hataÖrnek görünüm
SistemKural eşleşmesi: locator değişmiş
AIOnarım PR'ı #31 · 1 dosya · yalnız testId
- page.getByTestId('cancel-btn')
+ page.getByTestId('order-cancel')
İnsanReview bekliyor
AIDiğer hata → mükerrer arama → review için bug taslağı

Yaklaşım

Demo için değil, kontrol için tasarlandı

Test otomasyonuna yapay zekâ eklemenin yaygın yollarından farkı.

Testing Probe yaygın yaklaşımlardan nasıl ayrılır
Konu Testing Probe Yaygın yaklaşım
Test bakımı Testing ProbeEkibinizin review ettiği onarım PR'ı Yaygın yaklaşımKoşu sırasında sessiz self-healing
Test biçimi Testing ProbeReponuzda saf Playwright Yaygın yaklaşımAraca özgü kapalı format
Sahiplik Testing ProbeKod ve test case'ler sizindir Yaygın yaklaşımScript'ler satıcıda kalır
Kurulum Testing ProbeSizin ortamınızda kurulur; modele neyin gideceğini siz belirlersiniz Yaygın yaklaşımYalnız SaaS
CI Testing ProbeCI'da Sıfır AI: deterministik koşular Yaygın yaklaşımCI döngüsünde AI

Güven ürünün parçası

  • Onay Kapıları (Approval Gates)

    Her AI adımı adı belli bir uzmanı bekler. Reddedilen taslak asla test varlığına dönüşmez.

  • Kanıtlı bulgu

    Her gereksinim bulgusu dayandığı kanıtı gösterir; review eden güvenmek yerine kontrol eder.

  • Hash zincirli denetim kaydı

    Kararlar, sonradan değiştirilirse bunu ele veren bir zincirde tutulur: kim neyi, ne zaman onayladı.

  • Kontrol Kulesi (Control Tower)

    Story'ler, onaylar, PR'lar, koşular ve onarımlar tek ekranda, akış boyunca.

Güvenlik ayrıntıları

Tek bir story ile başlayın.

30 dakikalık görüşmede altyapınıza ve birkaç story'nize birlikte bakıyor, pilotun size uyup uymadığını açıkça söylüyoruz.