Bu rehberde
İçeriği olmayan bir uygulama bozuk görünür. Gerçek müşteri verisiyle dolu bir uygulama ise bir gizlilik sorunudur. Test edicilerin ikisinin arasında bir şeye ihtiyacı var: gerçekçi ama sahte veri ve kimseye zarar veremeyecek hesaplar. Bu, ikisini de hazırlamak için bir kontrol listesi.
Neden önemli
Boş bir uygulama açan test ediciler önemli ekranları test edemez: listeler, arama, filtreler, düzenleme akışları. Ya "görecek bir şey yok" diye rapor verir ya da vazgeçerler. Canlı verinin bir kopyasına giriş yaptırırsan da gerçek insanları yabancılara açmış olursun.
Kontrol listesi: veri
- Asla gerçek kullanıcı verisi kullanma. "Sadece test için" bile olsa üretim dışa aktarımı kullanma. Gerçek adlar, e-postalar ve mesajlar test edicilere ulaşmamalı. Bu genel bir yönlendirmedir, yasal tavsiye değildir; sana uygulanan kurallara bak.
- Örnek veriyi bilerek oluştur. Normal durumları ve uç durumları kapsayan küçük bir sahte kayıt seti yaz.
- Uç durumları kapsa. Çok uzun bir ad, boş bir alan, özel karakterler, görseli olmayan bir öğe, tek girişli bir liste ve çok girişli bir liste ekle.
- Sahte olduğu belli olsun. Kimsenin gerçek veriyle karıştırmaması için bariz uydurma ad ve adresler kullan.
- Sıfırlanabilir olsun. Başlangıç durumunu nasıl geri yükleyeceğine karar ver: bir sıfırlama düğmesi, bir betik ya da yeni bir hesap. Bu olmazsa sonraki test ediciler öncekilerin bıraktığı karmaşayı görür.
- Özelliğe uygun olsun. Arama hakkında geri bildirim istiyorsan, aramanın anlamlı olması için yeterli öğe bulunmalı.
Kontrol listesi: hesaplar
- Uygulaman giriş gerektiriyorsa test hesapları sağla. Test edicilerden gerçek şifrelerini vermelerini isteme.
- Durum önemliyse test edici başına bir hesap. Test ediciler tek bir hesabı paylaşırsa birbirlerinin değişikliklerinin üzerine yazarlar ve kayıt olma ya da tanıtım akışlarını test edemezler. Paylaşılan hesaplar yalnızca salt okunur kontroller için uygundur.
- Sınırlı yetkiler kullan. Test hesabı yönetici araçlarına, gerçek ödemelere ya da canlı mesajlaşmaya erişebilmemeli.
- İki yolu da sun. Test ediciler kendi hesaplarını da oluşturabilsin; böylece kayıt olma da test edilmiş olur.
- Kimlik bilgilerini herkese açık yerlere koyma. Onları yalnızca ihtiyaç duyan test edicilere özel olarak gönder ve sonrasında değiştir ya da sil.
- Üçüncü taraf servisleri kontrol et. Girişler başka bir sağlayıcı üzerinden yapılıyorsa test kullanıcılarının gerçekten girebildiğinden emin ol. Test edicileri kurulumlarla eşleştirmek için bkz. Android test cihazı ve sürüm planlaması.
Ödemeler ve dış etkiler
Uygulaman e-posta, anlık bildirim gönderebiliyor ya da ödeme alabiliyorsa bunları test moduna al ya da zararsız hedeflere yönlendir. Bir test edicinin "Satın al" düğmesine dokunması hiçbir kişiye para kaybettirmemeli ya da gerçek bir müşteriyi bilgilendirmemeli. Ödeme testi için ödeme sağlayıcının sunduğu test araçlarını kullan ve güncel dokümantasyonunu kontrol et.
Test talimatlarına ekle
Test edicilere kısa bir blokta söyle: hangi hesabı kullanacakları, hangi verinin var olduğu, önce ne yapacakları ve neyi yok sayacakları. Bu, tahmin yürütmelerini engeller ve aynı sorunların tekrar rapor edilmesini önler. Cihazlar arası yerleşimler için bkz. Android ekran boyutları.
Android uygulama testi rehberine dön.
Buradan başla ve geri bildirim istediğinde test kurulumunu anlat.