İçeriğe geçin

YZ pilotu için beklenen sonucu belli test örnekleri seçmek

Küçük bir örnek planı, YZ testinden önce beklentileri belirler. Örnek; rutin, belirsiz ve görev dışı girdileri ayırır.

Philipp Reuter2 dk okuma
Turuncu çerçeveli ızgarasında yeşil onay işaretleri ve turuncu çarpılar bulunan tablet.

Görevi ve beklenen yönlendirmeyi kararlaştırmak

Kurgusal bir yazılım şirketi, destek mesajları için YZ pilotu planlar. YZ bir yönlendirme önerecektir: bug, access, review veya out-of-scope. Erişim açma, durum değiştirme ve talep kapatma destek ekibinin görevi olarak kalır. Bu nedenle değerlendirme, otomatik tamamlanmış destek hizmetini değil öneriyi ele alır.

Model çıktısı görülmeden önce beklenen kararı işi bilen ekiple belirleyin. Sorumlular uzlaşamıyorsa önce kural açıklığa kavuşturulmalıdır. NIST AI RMF, test koşullarının belgelenmesini ve kullanıma benzer koşullarda değerlendirmeyi önerir.

Farklı kontrol amaçları taşıyan örnekler seçmek

Aşağıdaki seçim kurgusaldır. Metinler durumları açıklar; gerçek pilot için paylaşımı onaylanmış özgün girdiler, dil ve kaynak bilgisiyle kaydedilir.

Örnek

Örnek mesaj

Beklenen yönlendirme

Gerekçe

E-01

Proje notunu kaydederken uygulama çöküyor.

bug

Açıkça anlatılmış hata belirtisi

E-02

Lütfen projeme erişim verin.

access

Erişim isteği açık; henüz yetki onayı değil

E-03

İçeri giremiyorum.

review

Erişim isteği mi teknik hata mı olduğu belirsiz

E-04

Kaydederken hata oluyor; ayrıca projeye erişmem gerekiyor.

review

İki farklı istek var; pilotta her mesaja tek kategori önerilir

E-05

Tanıtım seminerimize kayıt olun.

out-of-scope

Kararlaştırılan katalogda destek talebi değil

Son işaret, bu örnekte silme işlemi başlatmaz. Seçim farklı kararları görünür kılar; durumların sıklığını veya test veri kümesinin yeterli büyüklüğünü kanıtlamaz. Daha sonra örnek toplarken gereken dilleri, girdi biçimlerini ve eksik bilgileri de kapsayın.

Geliştirme örneklerini sonraki kontrolden ayırmak

Ekibin prompt’u veya yönlendirme kurallarını değiştirmek için kullandığı örnekler geliştirme örneğidir. Sonraki kontrol için, daha önce iyileştirmede kullanılmamış başka örnekler ayırın. Aynı kaynak mesajın kopyaları ve yakın yeniden yazımları, iki tarafa bağımsız kanıt gibi dağıtılmamalıdır.

Google, makine öğrenmesinde tekrar kullanılan test verilerinin ve kopyaların değerlendirmeyi nasıl çarpıtabildiğini açıklar. Prompt geliştirme için buradan pratik bir önlem çıkar: Bilinen örnekler hata bulmaya yarar, ancak sonraki kontrolde ek ve görülmemiş örnekler bulunmalıdır. Prompt’u düzenlemek, model eğitimi anlamına gelmez.

Sonuçları örneğe ve hata türüne göre kaydetmek

Sonraki testte model, prompt ve test kümesi sürümünü; beklenen yönlendirmeyi, gerçek çıktıyı ve iş açısından değerlendirmeyi kaydedin. Belirsiz durumda beklenen insan incelemesi uygun bir sonuçtur. Aceleyle kesin bir kategori seçilmesi ise hata olabilir.

Rutin, belirsiz ve görev dışı girdileri ayrı raporlayın. Bir hatayı çözümü değiştirmek için kullanırsanız ilk bulgu raporda kalır; örnek daha sonra geliştirmeye ve bilinen hatanın geri dönüp dönmediğini kontrol etmeye yarar. Yeni bir bağımsız kontrol için ayrılmış başka uygun örnekler gerekir. Tablo, seçim için gerekçeli bir başlangıçtır; çalıştırılmış test veya üretime uygunluk kanıtı değildir.

Kaynaklar

Yazan

  • Philipp ReuterYazılım Kalitesi EditörüPhilipp Reuter, ASES'te yazılım testleri ve yeni sürümlerin hazırlanması üzerine yazar. Yazıları hata analizini, kabul testlerini ve mevcut uygulamalardaki değişikliklerin kontrolünü ele alır.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile Yapay zekâ ve otomasyon

Yapay zekâ asistanları ve otomatik iş akışları