Akış
Gereksinim ön incelemesi
Gereksinim ön incelemesi akıştaki ilk kapıdır: Tek bir test yazılmadan önce yapay zekâ (AI) story’yi belirsizlik, eksik kabul kriteri ve çelişki açısından inceler, uygulamanın koduyla ve verisiyle karşılaştırır. Her bulgunun kanıtı vardır; her bulgunun ne anlama geldiğine analist karar verir, düzeltilmiş story’yi ürün sahibi Jira’da onaylar.
Gereksinimi çekmek
Bir gereksinim platforma iki yoldan girer.
- Jira’dan. Analist Gereksinimler ekranını açar ve yapılandırılmış projeden story’leri (kullanıcı hikâyelerini) çeker. Platform Jira’yı ayrı, salt okunur bir hesapla okur. Story açıklaması ve kabul kriterleriyle görünür; bağlantısı Jira’daki kayda gider.
- Serbest metin olarak. Analist Jira’da olmayan bir gereksinimi yapıştırır. Bu durumda son metni ürün sahibi Jira yerine portalda teyit eder.
Sonraki her şeyin dayanağı kabul kriterleridir: her test senaryosu (test case) en az birine bağlanmak zorundadır. Platform, açıklamadaki “Acceptance Criteria” ya da “Kabul Kriterleri” başlığını ve onu izleyen AC1: ... gibi numaralı satırları tanır. Jira sitenizde kabul kriterleri ayrı bir özel alanda tutuluyorsa, kurulumda kısa bir uyarlama planlayın.
Bu dokümantasyon boyunca kullanılan örnekte analist, Acme Retail projesinden AC1–AC4 kabul kriterleriyle STORY-142 Sipariş iptali story’sini çeker.
Ön inceleme (Demoda gösterilir)
Ön inceleme, story’nin kendi içinde yapay zekâ tarafından okunmasıdır. Şunları arar:
- Belirsizlik: İki okuyucunun farklı anlayabileceği “kısa süre içinde”, “her zamanki gibi” gibi ifadeler.
- Eksik kabul kriterleri: Metinde anlatılan ama hiçbir kritere girmemiş davranışlar ya da kimsenin yazmadığı bariz negatif ve sınır durumları.
- Çelişkiler: İkisi birden doğru olamayacak kriterler.
STORY-142 için tipik bir ön inceleme bulgusu şudur: AC1 iptale “sipariş kargoya verilene kadar” izin verirken açıklama “ödemeden sonraki 24 saat içinde” diyor; ikisi birden kural olamaz. Bir diğeri, siparişin yalnızca bir kısmı kargoya verildiğinde ne olacağını hiçbir kriterin söylememesidir.
Story içeriği, yorumlar ve ekler güvenilmeyen veri sayılır. Modele etiketli veri bloklarında iletilir ve içlerindeki talimatlar uygulanmaz. Model çıktısı bir JSON şemasına uymalıdır. Uymayan çıktı reddedilir; model doğrulama hatasıyla sınırlı sayıda yeniden istenir, sonra öğe bir insana düşer.
Ön inceleme prompt paketi canlı modelle değerlendirilmiştir. Bu yeteneğin güncel olgunluk etiketi Yetenekler sayfasındadır.
Kod ve veri tutarlılık denetimi (Demoda gösterilir)
Tutarlılık denetimi, story’yi salt okunur erişimle uygulamanın kendisiyle karşılaştırır.
- Kod: Ajan uygulama reposunu salt okunur bir token’la okur ve story’nin anlattığı mantığı arar.
- Veri: Ajan uygulama veritabanını yalnızca ayrılmış, salt okunur bir rolle sorgulayabilir. Bu rol yalnızca izinli tabloları ve kolonları okur. Her istek satır ve zaman sınırı olan tek bir
SELECT’tir ve sonuçlar maskelenir. Genel amaçlı bir SQL aracı yoktur.
STORY-142 için denetim şunları raporlayabilir: orders/cancel.py iptale yalnızca sipariş paketlenmeden önce izin veriyor; bir ayar tablosunda iptal süresi 12 saat olarak duruyor, story ise 24 diyor. AC3’teki onay e-postasının kodda hiç bulunmadığını da bildirebilir.
Her bulgu kanıtını gösterir: bir dosya ve satır ya da bir sorgu ve sonucu. Platform bu kanıtı göstermeden önce deterministik olarak yeniden doğrular. Kanıtı teyit edilemeyen bulgu hiç gösterilmez. Bu yetenek için canlı model değerlendirmesi beklemektedir.
Bulgulara karar vermek
Analist her bulguyu inceler ve iki karardan birini verir.
| Karar | Anlamı | Sonra ne olur |
|---|---|---|
| Dokümanı düzelt | Story yanlış ya da belirsiz; kod doğru | Analist önerilen metin değişikliğini kabul eder ya da düzenler |
| Kod veya veri hatalı | Story istenen davranışı anlatıyor; uygulama buna uymuyor | Testçi için bir bug taslağı oluşturulur |
Bu karar sonradan önem kazanır. Bir bulgu “kod veya veri hatalı” olarak işaretlendiğinde story istenen davranışı korur. Test case’ler buna göre üretilir ve üretilen testin bugünkü kodda kırılması beklenir. Bu kırılma kod üretimi sırasında defect adayı olarak görünür ve testçi onu aynı bug’a bağlayabilir.
Her karar kayda geçen bir insan eylemidir. Analist her doküman düzeltmesinin önerilen farkını kabul etmeden önce görebilir.
Düzeltmeleri Jira’ya yazmak
Kararlardan sonra analist Düzeltmeleri Jira’ya yaz eylemini seçer. Platform şunları yapar:
- Kabul edilen doküman değişikliklerini, projeyle sınırlı ayrı bir yazma hesabıyla story açıklamasına uygular.
- Engelleyici bulgu kalmadığından emin olmak için düzeltilmiş metin üzerinde ikinci bir denetim turu koşturur.
- Dokümanı son hal olarak işaretler ve ürün sahibi için “onay bekliyor” etiketi ekler.
- Açık noktalar için ürün sahibine bir soru yorumu yazar.
Platformun yazdığı her yorum sabit bir AI Testing Probe: imiyle başlar; böylece yazma hesabı bir kişiye ait olsa bile insan yorumlarından ayırt edilebilir. Kurulumda tanımlanan rol hesapları bu yorumlarda anılabilir. Anma yalnızca bildirimdir: hiçbir yetki vermez ve onay sayılmaz.
Yazımlar idempotenttir. Bir yazımı yeniden denemek ikinci bir yorum açmaz, mevcut yorumu bulur.
Ürün sahibi onayı
Ürün sahibi son story’yi onaylamadan test case üretimi başlayamaz.
Jira story’lerinde ürün sahibi onayı Jira’nın içinde verir: soru yorumunu cevaplar ve story’ye onay etiketini ekler. Platform, etiketi kimin eklediğini Jira’nın değişiklik geçmişinden kontrol eder ve yalnızca yapılandırılmış ürün sahibi listesindeki bir hesaptan kabul eder. İki güvence vardır:
- Platform onay etiketini hiçbir zaman kendisi eklemez. Etiket platformun kendi yazma hesabıyla eklenirse onay sayılmaz; platform etiketi kaldırır ve ürün sahibini bilgilendirir.
- Onay, onaylanan içeriğe bağlıdır. Onaydan sonra story metni değişirse onay güncelliğini yitirir ve yeniden verilmelidir.
Portal onayı kısa, sabit aralıklarla kontrol eder; analist etiket eklendikten kısa süre sonra “PO onaylı” durumunu görür. Serbest metin gereksinimlerde teyidi ürün sahibi rolü portalda verir.
Analist ekranda neyi görür
Gereksinim detay sayfası bu aşamayı tek bir yerde toplar.
- Story paneli: İnceleme koştuğu andaki açıklama ve kabul kriterleri.
- Bulgu kartları: Her bulgu için bir kart; türü, kanıtı (dosya ve satır ya da sorgu ve sonuç), önerilen metin değişikliği ve çıktı kayıtlı bir koşudan geldiyse REPLAY rozeti.
- Her kartta karar düğmeleri ve her bulguya karar verildiğinde tek bir Düzeltmeleri Jira’ya yaz eylemi.
- Onay durumu: bekliyor, ürün sahibi onayladı ya da içerik değiştiği için geçersiz.
- Canlı olaylar: İncelemenin ve Jira yazımlarının ilerleyişi sayfaya akar; analistin sayfayı yenilemesi gerekmez.
Story başına bir manuel baz süre de girilebilir; giren kişi ve kaynak notuyla birlikte. Kazanç yalnızca ölçülmüş baz değerlerden hesaplanır; ölçüm yoksa platform “ölçülmedi” gösterir.
Güncellendi: