Bu rehberde
Bir beta test tek bir soruyu yanıtlar: sana ait olmayan makinelerde ne bozuluyor? Windows'ta bu çoğu platformdan daha önemlidir, çünkü donanım, sürücüler, ekran kurulumları ve güvenlik yazılımları çok değişken.
1. Neyi öğrenmek istediğine karar ver
Kimseyi davet etmeden önce iki üç soru seç. Örneğin: Kurulum ve güncelleme temiz çalışıyor mu? Ana iş akışı tamamlanıyor mu? İkinci monitörlü bir dizüstü bilgisayarda doğru davranıyor mu? Hedefi bilen tester'lar daha iyi geri bildirim verir.
2. Tester'ları seç
Boyuttan çok çeşitliliği hedefle: desteklediğin farklı Windows sürümleri, dizüstü ve masaüstü, bir ya da iki yüksek çözünürlüklü ekran, standart bir kullanıcı hesabı, katı güvenlik yazılımı olan bir makine. Küçük başla, birkaç kişiyle; ilk düzeltmelerden sonra genişlet. Onları nerede bulacağını öğrenmek için masaüstü uygulamaları için tester bulma sayfasına bak.
3. Build'i gönder
Tester'lara build'leri alacakları tek bir yer ve sürümü anlamanın tek bir yolunu ver. Seçeneklerde dürüst ol: doğrudan indirme, imzaladığın bir paket ya da bir mağazadan ya da üçüncü taraftan bir dağıtım kanalı. Her biri çabayla kolaylığı takas eder. Hangisini seçersen seç: - Build numarasını uygulamada görünür yap (Hakkında ekranında). - Mümkünse build'lerini imzala; imzalamıyorsan tester'lara hangi uyarıyı bekleyeceklerini söyle. - Build başına bir değişiklik listesi tut: yeni olan ne, yeniden neyi test etmeli.
4. Belirli geri bildirim iste
"Ne düşünüyorsun?" az şey döndürür. Bunun yerine görevler gönder: 1. Kendi makinene kur ve tuhaf bir şey görürsen not et. 2. Ana iş akışını baştan sona bir kez yap. 3. Uygulamayı kapat, yeniden aç ve verilerinin hâlâ orada olduğunu kontrol et. 4. Bir sonraki build'e güncelle ve 3. adımı tekrarla.
Her seferinde aynı alanlara sahip bir form ver: Windows sürümü, build numarası, ne yaptın, ne oldu, ne bekliyordun, bir ekran görüntüsü ya da günlük. Masaüstü hata raporu şablonu bunun temeli olabilir; geliştiricinin işine yarayan geri bildirim nasıl yazılır ise bunun arkasındaki alışkanlıkları açıklar.
5. Zamanla
| Ne zaman | Ne |
|---|---|
| 0. gün | Davet et, build 1'i ve görev listesini gönder |
| 2-3. gün | Kısa bir hatırlatma; her rapora cevap ver |
| 5-7. gün | Düzeltilmiş build'i gönder; tester'lardan yalnızca değişeni yeniden test etmelerini iste |
| 2. haftanın sonu | Herkese teşekkür et, neyi düzelttiğini paylaş |
Bu bir başlangıç ritmidir, kural değil. Küçük bir düzeltme için kısalt, büyük bir değişiklik için uzat.
6. Tester'ların raporlamaya devam etmesini sağla
- Her rapora cevap ver; "yeniden üretemiyorum, günlüğü gönderir misin?" gibi bir cevap bile olsa.
- Bir raporları bir düzeltmeye yol açtığında tester'lara söyle.
- Görevleri kısa tut. On beş dakikalık bir iş yapılır; iki saatlik bir iş yapılmaz.
Mağaza puanları bu anlaşmanın parçası değil
Tester'lardan karşılığında mağaza puanı isteme ve bunun için bir şey teklif etme. Bir şey karşılığında verilen puanlar dürüst puanlar değildir; bkz. uygulama yorumlarını satın almak neden ters tepiyor. Geri bildirim sana özel gider; biri sonra uygulamayı puanlamak isterse, bu onun kendi ücretsiz seçimidir.
AppReviewX neyi kapsar
AppReviewX; Google Play, Apple App Store, Mac App Store ve Microsoft Store'daki mağaza bağlantısıyla uygulamaları kabul eder. Windows ve Mac uygulamalarının zaten kendi mağazalarında yayınlanmış olması gerekir; AppReviewX build'leri ya da kurulum dosyalarını dağıtmaz. Geri bildirim özel ve yapılandırılmıştır; kabul edilen her geri bildirim = 1 kredi; mağaza puanları isteğe bağlı, ücretsiz ve asla zorunlu değildir. Bu sayfa genel rehberliktir.
Ücretsiz başla ve uygulamana özel geri bildirim al.
İlgili: Windows ve Mac uygulama test rehberi, Mac uygulaması için beta test nasıl yapılır, Masaüstü uygulamaları için tester bulma.