Bu rehberde
Her uygulamada hata olabilir, nasıl yapılmış olursa olsun. Bu sayfa, her satırı kendin yazmadığında bakılması gereken hata türlerini ve bir test edicinin bunları sana hızlıca düzeltebilmen için nasıl anlatabileceğini konu alır. Hiçbir şeyin ne sıklıkla arızalandığı hakkında iddiada bulunmaz.
Test edilmesi gereken hata türleri
- Yalnızca mutlu yolda çalışır. Istemde tarif ettiğin her şeyi yaparsan çalışır. Bir adımı atlamayı, geri dönmeyi ya da birini tekrarlamayı dene.
- Boş ve hata durumları. Veri yokken bir liste ne gösteriyor? Bir istek başarısız olursa ne oluyor? Hiçbir şey çökmese bile boş bir ekran bir hatadır.
- Döndürmede ya da geri dönüşte durum kaybı. Telefonu döndür, uygulamalar arası geç, geri dön. Yazdığın metin hâlâ orada mı?
- Bir telefonda doğru görünen ekranlar. Küçük ekranlar, büyük yazı tipleri ve çentikler düğmeleri gizleyebilir ya da metni kesebilir.
- İzinler. Bir izni reddet ve uygulamanın açıklayıp açıklamadığına ya da sadece durup durmadığına bak.
- Çevrimdışı ve yavaş ağ. Hiç bitmeyen yükleme simgeleri, sessiz hatalar, kaybolan girdiler.
- Hiçbir şey yapmayan düğmeler. Bitmiş gibi görünen ama hiçbir şeye bağlı olmayan kontroller.
- Giriş ve oturumlar. Çıkış yapmak, ikinci bir cihazda giriş yapmak, süresi dolmuş bir oturum.
- Kalan demo içerik. Örnek veriler, test hesapları, yer tutucu metinler.
Yararlı bir raporda neler olmalı
"Çöktü" diye yazan bir test edici sana hareket edebileceğin hiçbir şey vermez. Şunları iste:
- Cihaz ve işletim sistemi sürümü.
- Uygulama sürümü / build.
- Adımlar, taze bir başlangıçtan itibaren numaralı.
- Beklenen sonuç.
- Gerçekte olan, bir ekran görüntüsü ya da ekran kaydıyla.
- Ne sıklıkla olduğu (her seferinde, bazen, bir kez).
Daha fazlası: test edicileri için hata raporu şablonu ve faydalı uygulama geri bildirimi nasıl verilir.
Bir raporu istemeye dönüştür
Raporu olduğu gibi yapıştır, sonra asistanın eksik olan bağlamı ekle:
Bir test edicinin hata raporu aşağıda.
[raporu yapıştır]
İlgili ekran/dosya: [ad]
Önce olası nedeni açıkla, sonra bunu düzelten en küçük değişikliği öner.
İlgisiz davranışları değiştirme.
Sonra test edicinin tam adımlarını kendin tekrarla. Adımlar artık sorunu yeniden üretmiyorsa ve daha önce çalışan adımlar hâlâ çalışıyorsa, düzeltme gerçekten bir düzeltmedir.
Bir liste tut
Hata başına bir satır: rapor, durum (açık, düzeltildi, yeniden test edilecek), build numarası. Test edicinden düzeltmeyi yeniden test etmesini iste.
Sonraki adım
AppReviewX, yukarıdaki alanları aklında tutarak özel ve yapılandırılmış geri bildirim sağlar. Yazdığın her geri bildirim 1 kredi kazandırır; yeni hesaplar 0 krediyle başlar. Ücretsiz başla.
İlgili: Vibe coding merkezi, AI ile yapılmış uygulama için kapalı test, çok sayıda yeni uygulama arasında öne çıkmak.