Yetenekler
Bugün ne çalışır, demoda ne gösterilir, ne planlanıyor
Bu sayfadaki her yetenek, bu sitenin ve Antrek Labs'in ortak kullandığı tek bir kaynaktan gelen üç olgunluk etiketinden birini taşır. Canlı doğrulandı: canlı modelle değerlendirildi ve gerçek sistemlerde koştu. Demoda gösterilir: demoda uçtan uca çalışır. Yol haritası kalemleri listeden çıkmaz; tarih ya da pilot koşuluyla görünür.
Etiketler nasıl okunur
- Canlı doğrulandı
- Canlı modelle değerlendirildi ve gerçek sistemlerde (Jira Cloud veya Xray, GitHub, GitHub Actions) koştu. Kanıt tarihi kartta yazar.
- Demoda gösterilir
- Uçtan uca çalışır; kayıtlı model çıktısıyla (REPLAY) ya da canlı platformda gösterilir. Canlı model değerlendirmesi tamamlanmamıştır.
- Yol haritası
- Henüz yok ya da yalnız tasarımda. Her kalemde bir çeyrek ya da pilot koşulu yazar.
Bugün demoda çalışan
Çalışırken görebileceğiniz yetenekler
Sorun, nasıl çözüldüğü, kararı kimin verdiği ve güncel etiket.
-
Gereksinim ön incelemesi
Demoda gösterilir- Sorun
- Belirsiz ya da eksik story'ler yanlış testlere dönüşür.
- Nasıl çalışır
- Yapay zekâ (AI) her story'de belirsizlik, eksik kabul kriteri ve çelişki arar. Story içeriği güvenilmeyen veri olarak işlenir; çıktı bir şemaya uymak zorundadır.
- Kararı kim verir
- Her bulguya analist karar verir; düzeltilmiş story'yi ürün sahibi Jira'da onaylar.AIİnsan
-
Kod ve veri tutarlılık denetimi
Demoda gösterilir- Sorun
- Story, kodun ve verinin gerçekte yaptığıyla çelişebilir.
- Nasıl çalışır
- Yapay zekâ story'yi salt okunur erişimle kodunuzla ve kısıtlı sorguların maskelenmiş sonuçlarıyla karşılaştırır. Her bulgu bir dosya ve satıra ya da sorgu sonucuna dayanır; kanıt modelsiz yeniden doğrulanır.
- Kararı kim verir
- Dokümanın mı kodun mu hatalı olduğuna analist karar verir.AISistemİnsan
Canlı model değerlendirmesi bekleniyor.
-
Test senaryosu üretimi ve Jira/Xray yayını
Demoda gösterilir- Sorun
- Elle yazılan test senaryoları (test case) teslimatın gerisinde kalır.
- Nasıl çalışır
- Yapay zekâ kabul kriterlerine bağlı pozitif, negatif ve sınır değer case'leri hazırlar. Önizlemeden sonra onaylı case'ler Jira Test kayıtlarına ya da Xray Cloud'a yayınlanır.
- Kararı kim verir
- Analist her case'i onaylar, düzenler ya da reddeder. Her onay case'in içeriğine bağlıdır.AIİnsan
Canlı model değerlendirmesi bekleniyor.
-
Şablona bağlı Playwright kodu ve PR
Demoda gösterilir- Sorun
- Seçici uyduran üretilmiş koda güvenmek ve onu bakımda tutmak zordur.
- Nasıl çalışır
- Bir ajan her adımı çalışan uygulamada doğrular ve page object'lerinize eşler. Model TypeScript yazmaz; spec şablondan doldurulur ve PR (pull request, kod birleştirme isteği) olarak açılır.
- Kararı kim verir
- Mühendis review eder ve merge eder. Platformun botu asla merge etmez.AISistemİnsan
Kod ajanı paketleri canlı değerlendirme bekliyor.
-
Kırarak Doğrula (Break-to-Verify)
Demoda gösterilir- Sorun
- Yeşil bir test, uygulama ne yaparsa yapsın yeşil kalıyor olabilir.
- Nasıl çalışır
- Her test normal uygulamada, kontrollü bir hata açıkken ve yine normal uygulamada koşar. Mutation testing'e benzer.
- Kararı kim verir
- Kırık uygulamada yeşil kalan test yalnız açık ve kayda geçen bir kabulle merge edilir.Sistemİnsan
Deterministiktir; model değerlendirmesi gerekmez. Canlı platform kanıtıyla Canlı doğrulandı etiketini alır.
-
Kontrol Kulesi
Demoda gösterilir- Sorun
- Story'ler, onaylar, PR'lar ve koşular farklı araçlara dağılmıştır.
- Nasıl çalışır
- Akışın tamamı tek ekranda; review ölçümleri kaynak tablolarıyla birlikte gösterilir.
- Kararı kim verir
- Yöneticiler ilerlemeyi izler, deploy ve gece koşularını tetikler, raporlar.Sistemİnsan
-
Triage, onarım PR'ı ve bug taslağı
Demoda gösterilir- Sorun
- Gece hataları birikir; sessiz self-healing gerçek regresyonları gizler.
- Nasıl çalışır
- Hatayı önce kurallar, sonra yapay zekâ sınıflar. Değişen testId yalnız testId'yi değiştiren bir onarım PR'ına, gerçek hata mükerrer araması yapılmış bir bug taslağına dönüşür.
- Kararı kim verir
- Onarım PR'larını mühendisler merge eder; bug taslaklarını test uzmanları açar, bağlar, düzenler ya da reddeder.SistemAIİnsan
-
MCP istemci kanalı (ör. Claude Code)
Demoda gösterilir- Sorun
- Mühendisler bir portalda değil, IDE'lerinde çalışır.
- Nasıl çalışır
- Claude Code gibi MCP istemcileri API token'larıyla platformun MCP ucuna bağlanır ve IDE'den taslak gönderebilir.
- Kararı kim verir
- API token'ları taslak gönderebilir ama onaylayamaz. Onay portalda, kişilerde kalır.AIİnsan
-
CI sonucunun Kontrol Kulesi ve triage'a aktarılması
Demoda gösterilir- Sorun
- CI sonuçları, test ettikleri gereksinimlerden ayrı yerde durur.
- Nasıl çalışır
- Platform ürettiği suite'in her koşusundan JUnit XML, Allure ve Playwright raporlarını toplar, PR'a tek bir sonuç yorumu yazar ve Kontrol Kulesi'ni besler.
- Kararı kim verir
- Sistem adımıdır. Hatalar triage'a ve insan review'una gider.Sistem
Yol haritası
Planlanan ve bilerek listelenen kalemler
Yol haritası kalemi bir özellik değildir. Pilot görüşmesinde erkenden konuşabilmeniz için görünür kalır.
-
Manuel test case içe aktarma ve öğrenen kütüphane
Yol haritası- Sorun
- Birçok ekibin elinde büyük manuel test case setleri var.
- Nasıl çalışır
- Mevcut manuel case'leri içe aktarmak ve onaylananlardan öğrenen bir kütüphane kurmak.
- Kararı kim verir
- Üretilen case'lerle aynı onay kapılarıyla planlanır.AIİnsan
Koşul: Tarih pilot talebiyle belirlenir.
-
Masaüstü (FlaUI) ve mobil (Appium) kod üretimi
Yol haritası- Sorun
- Test edilen her uygulama web uygulaması değildir.
- Nasıl çalışır
- Masaüstü (FlaUI) ve mobil (Appium) için şablona bağlı kod üretimi.
- Kararı kim verir
- Aynı review ve merge kapılarıyla planlanır.AIİnsan
Koşul: Tarih pilot talebiyle belirlenir.
Antrek Labs masaüstü ve mobil test otomasyonunu bugün hizmet olarak sunar; ürün bu kodu henüz üretmez.
-
Azure DevOps (Boards, Repos, Pipelines, Test Plans)
Yol haritası- Sorun
- Bazı ekipler planlamayı, geliştirmeyi ve testi Azure DevOps'ta yapar.
- Nasıl çalışır
- Boards, Repos, Pipelines ve Test Plans için, Jira ve GitHub ile aynı arayüzlerin arkasında adaptörler.
- Kararı kim verir
- Aynı onay kapıları geçerlidir.Sistem
Koşul: Tarih pilot talebiyle belirlenir.
-
Azure OpenAI ve diğer model sağlayıcıları
Yol haritası- Sorun
- Kurum politikanız belirli bir model sağlayıcı gerektirebilir.
- Nasıl çalışır
- Değiştirilebilir model geçidi sağlayıcıya özgü kodu adaptörlerde tutar. Bugün çalışan adaptör Anthropic Claude.
- Kararı kim verir
- Her prompt paketi kullanılmadan önce canlı modelle değerlendirme setinden geçer.Sistem
Koşul: Tarih pilot talebiyle belirlenir.
Değiştirilebilir model geçidi; bugün Anthropic Claude.
-
Risk bazlı regresyon seçimi
Yol haritası- Sorun
- Her değişiklikte tam regresyon koşusu zaman alır.
- Nasıl çalışır
- Bir değişiklik için regresyonu yakalama olasılığı en yüksek testleri seçmek.
- Kararı kim verir
- Seçimin tam koşunun yerini ne zaman alacağına ekipler karar verir.Sistemİnsan
Koşul: Aşağıdaki ölçüt karşılandığında açılır.
Risk bazlı seçim, 4 sprint boyunca tam koşunun hatalarının ≥ %95'ini yakaladığında açılır.
-
Selenium'dan Playwright'a göç
Yol haritası- Sorun
- Mevcut Selenium suite'leri yılların bilgisini taşır.
- Nasıl çalışır
- Selenium testlerini aynı şablona bağlı yaklaşımla Playwright'a taşımak.
- Kararı kim verir
- Taşınan her test PR olarak review edilir.AIİnsan
Koşul: Bugün Antrek Labs hizmeti olarak sunulur.
-
Sauce Labs bulut koşuları
Yol haritası- Sorun
- Bazı ekipler aynı testleri birçok bulut tarayıcıda koşturmak ister.
- Nasıl çalışır
- Ayrı ve merge'ü engellemeyen bir GitHub Actions job'u, onaylı Playwright setini Sauce Labs'te koşmak için tasarlandı. Adaptör hazır; henüz bir demoda gösterilmedi.
- Kararı kim verir
- Yapay zekâsız bir sistem adımıdır. Sauce kimlik bilgileri yalnız GitHub Actions secret'ı olarak durur.Sistem
Koşul: Adaptör GitHub Actions job'u olarak hazır; ilk koşu bir pilotta.
İlk gün
Sizin test varlığınızda ilk gün ne çalışır?
Hücrelerde onay işareti değil, olgunluk etiketi var. Etiket, test ettiğiniz uygulamanın türüne göre değişir.
| Yetenek | Web uygulaması (Playwright) | Mevcut Selenium/Playwright suite'leri | Mobil / masaüstü uygulamalar |
|---|---|---|---|
| Gereksinim ön incelemesi | Demoda gösterilir | Demoda gösterilir Test edilen uygulamadan bağımsızdır. | Yol haritası Pilot koşulu: ilk mobil/masaüstü pilotunda doğrulanır. |
| Test senaryosu üretimi ve Jira/Xray yayını | Demoda gösterilir | Demoda gösterilir | Yol haritası Pilot koşulu: ilk mobil/masaüstü pilotunda doğrulanır. |
| Şablona bağlı Playwright kodu ve PR | Demoda gösterilir Önkoşul: page object kütüphanesi ve testId'ler. | Yol haritası Selenium'dan Playwright'a göç. | Yol haritası |
| Kırarak Doğrula (Break-to-Verify) | Demoda gösterilir Önkoşul: test ortamında hazırlanmış kontrollü hatalar. | Yol haritası Pilot koşulu: pilotta doğrulanır. | Yol haritası Uygulamada hazırlanmış hatalar gerektirir. |
| CI sonucunun Kontrol Kulesi ve triage'a aktarılması | Demoda gösterilir Ürünün ürettiği suite'lerin sonuçları. | Yol haritası Mevcut suite'lerinizden JUnit XML içe aktarma. Pilot koşulu: pilotta doğrulanır. | Yol haritası Pilot koşulu: ilk mobil/masaüstü pilotunda doğrulanır. |
| Triage, onarım PR'ı ve bug taslağı | Demoda gösterilir Onarım PR'ları üretilen testlerdeki testId'leri değiştirir. | Yol haritası Pilot koşulu: pilotta doğrulanır. | Yol haritası |
| Bugün yokHer test varlığı türü için geçerlidir. | |||
| Jira Data Center / Server | Yol haritası Tarih pilot talebiyle belirlenir. | ||
| GitLab, Jenkins ve Azure DevOps pipeline'ları | Yol haritası Tarih pilot talebiyle belirlenir. | ||
| Tek oturum açma (OIDC / SAML) | Yol haritası Tarih pilot talebiyle belirlenir. | ||
| Kubernetes / OpenShift üzerinde kurulum | Yol haritası Tarih pilot talebiyle belirlenir. | ||
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.