Uygulamanız kanıtıyla gelir
Kliv oluşturduğu uygulamalar için gerçek testler yazar — ve bunları gerçek bir tarayıcıda, veritabanınızın atılabilir bir kopyasına karşı, her yan etki için kayıtla çalıştırır. Uygulamanızı yazan aynı döngü testlerini yazar ve yeşile taşır.
Yerleşik test
Üretilmiş kod ve umut değil
Çoğu AI oluşturucu bir uygulama üretip teslim eder — gerçekten çalışıp çalışmadığı sizin sorununuzdur. Kliv uygulamanın çalıştığı tüm yığına sahiptir: tarayıcı, API, güvenlik kuralları, veritabanı, e-posta hattı. Kanıtı mümkün kılan budur. Testler sonradan takılan şeyler değildir; kodu yazan aynı döngü tarafından çalıştırılan, uygulamanın oluşturulma biçiminin parçasıdır.
Bir çalışmanın anatomisi
Test sistemini anlamanın en iyi yolu, bir çalışmayı ilk satırdan karara kadar izlemektir. Olanlar — ve gerçek verinize hiç dokunmayanlar — bunlardır.
Yaz
AI oluştururken birim testleri yazar — tescilli bir taklit değil, sektör standardı yığın olan gerçek Vitest ve Testing Library. Bir akışın kapsanmasını isteyin, Scenario yazar: gezin, tıklayın, doldurun, doğrulayın; semantik terimlerle — düğmeyi adıyla, alanı etiketiyle — bir sonraki tasarımda ölecek kırılgan CSS yolu değil.
Gerçek tarayıcıda çalıştır
Testler gerçek uygulamanıza karşı gerçek tarayıcıda yürür — gerçek render, gerçek giriş, gerçek satır düzeyi güvenlik. Önemli olan hiçbir şey mock’lanmaz: bir izin değişikliği bir kullanıcının başka birinin verisini okumasına izin verirse test, uygulamanızın vereceği şekilde başarısız olur.
Veritabanını çatalla
Bir Scenario veriye dokunmadan önce veritabanınızın atılabilir bir çatallamasını alır — aynı şema, aynı kurallar, satırlarınız risk altında değil. Oluşturmalar, düzenlemeler ve silmeler gerçekten çalışır ve çatala iner; dosyalarınız ve commerce durumunuz da aynı şekilde klonlanır. Çalışma bitince çatal atılır.
Çıkışı yakala
E-postalar, webhook’lar ve üçüncü taraf çağrıları gönderilmez, yakalanır. Bir test karşılama e-postasının gittiğini, kime ve neyle gittiğini doğrulayabilir — hiçbir e-posta binadan çıkmaz. Mantığınız çalışırken entegrasyonlarınız sessiz kalır.
Kayıt
Her çalışma uygulamanın gerçekten ne yaptığını kaydeder: hangi satırları yazdı, hangi e-postaları gönderecekti, hangi dış çağrıları denedi — her biri kabul edildi, yakalandı veya reddedildi olarak ve gerekçesiyle; yazmayı engelleyen güvenlik kuralına kadar. Sadece kırmızı ya da yeşil değil: ne oldu ve neden.
Karar
Sonuçlar kontrol başına, dosya başına döner — başarısız doğrulama, kırılan adım, çalışmanın yan etki kaydıyla birlikte. Yapılandırılmış başarısızlık amaçtır: kodu yazan aynı döngünün hatayı bulmasını, düzeltmesini ve yeniden çalıştırmasını sağlayan şey budur.
Kapı
Test sonuçları yayınlamayı kapılar. Başarısız bir Scenario, yayın kullanıcılarınıza ulaşmadan durdurur — böylece “oluşturduğumuzda çalışıyordu” yerine “şimdi çalışıyor” olur; demodan hatırlanmaz, her değişiklikte doğrulanır.
Test sisteminin yapabildikleri
Yerleşik, sizin için çalışır ve bakmak istediğinizde okunur.
Gerçek test yığını
Tarayıcıda çalışan gerçek Vitest, Testing Library ve jest-dom — profesyonel ekiplerin kullandığı aynı araçlar; testler satıcının lehçesi gibi değil, test gibi okunur.
Scenario testleri
Semantik terimlerle yazılmış uçtan uca akışlar — düğmeyi rolüyle, alanı etiketiyle bulur — gerçek uygulamayı kullanıcının kullanacağı gibi sürer.
Atılabilir veritabanı
Her Scenario gerçek veritabanınızın çatallanmış kopyasına karşı çalışır. Yazmalar kabul edilir, doğrulanır ve atılır — veriniz deneyin parçası olmaz.
Hiçbir şey sızmaz
Test çalışmaları e-posta, webhook ve connector çağrılarını göndermek yerine yakalar — olmadan gerçekleştiğini kanıtlayabilirsiniz.
Her çalışmanın kaydı vardır
Testin neden olduğu her yan etkinin defteri — kabul edildi, yakalandı veya reddedildi, gerekçesiyle. Sadece trafik lambası değil, iz.
Geçmiş ve kapı
Çalışmalar zaman içinde izlenir ve geçen testler yayınlamayı kapılar — doğrulama uygulamanızın tek seferlik olayı değil, kalıcı durumudur.
Sık sorulan sorular
Testleri kim yazar?
AI, oluştururken yazar — varsayılan olarak standart yığında birim testleri. Bir akışın kapsanmasını isteyin, onun için Scenario yazar. Her test uygulamanızda okunabilir koddur; istediğinizi inceleyebilirsiniz, zorunda değilsiniz.
Testler gerçek verime dokunur mu?
Hayır. Scenario’lar veritabanınızın atılabilir çatallamasına karşı çalışır — yazmalar orada kabul edilir ve çalışma bitince çatalla birlikte atılır. Dosyalar ve commerce durumu da aynı şekilde klonlanır; her şeyi silen test bile hiçbir şeyi silmez.
Test gerçek e-posta gönderir veya entegrasyonlarıma vurur mu?
Hayır — dış trafik gönderilmez, yakalanır. Çalışma, e-postanın kime ve neyle gönderileceğini kaydeder; test bunun üzerinde doğrulama yapabilir. Müşterileriniz ve bağlı araçlarınız testi hiç görmez.
Test başarısız olduğunda ne görürüm?
Kontrol başına sonuçlar — dosya, kontrol, başarısız doğrulama — ayrıca çalışmanın yan etkiler kaydı ve her birine neden izin verildiği ya da reddedildiği. Bu yapı, AI’ın ekran görüntüsünden tahmin etmek yerine kendi hatasını teşhis edip düzeltmesini sağlar.
Testler güvenlik kurallarımı çalıştırır mı?
Evet — Scenario’lar mock oturumla değil, gerçek satır düzeyi kurallara karşı gerçek girişle çalışır. Bir değişiklik kullanıcının kendisine ait olmayan veriyi görmesine izin verirse test, bir kullanıcı görmeden önce başarısız olur.
Başarısız test yayını engelleyebilir mi?
Evet. Scenario kararları yayınlamayı kapılar — kırmızı çalışma yeşile dönene kadar yayını durdurur. Kapı, son değişikliğin güvenli olduğunu ummakla kontrol edildiğini bilmek arasındaki farktır.
Uygulamanızı anlatın. Kanıtıyla alın.
Yerleşik olmak birlikte kurulmak demektir: testler kullanıcılarınızın gördüğü aynı uygulamaya karşı çalışır — bu yüzden başarısız ödeme akışı testi mock değil, başarısız ödeme akışıdır.
