Stüdyo kültürü ve yaratıcı süreç / DIJION
Tasarım ve yazılım arasında eksik kalan durumlar
Başarılı ekranın ötesinde yükleme, hata, boş veri, iptal ve yeniden denemeyi aynı teslim tablosunda buluşturan bir yöntem.
Tasarım dosyasında başarılı bir ekran bulunması, özelliğin davranışının tamamlandığı anlamına gelmez. Veri yavaş gelirse, hesap değişirse veya işlem yarıda kesilirse ekip yeni kararlar vermek zorunda kalabilir. Teslimi yalnız ekranlarla değil, durumlar ve aralarındaki geçişlerle yapmak bu boşlukları erken görünür kılar.
Durumu veri ve görevle adlandırın
“Gri ekran” bir durum tanımı değildir. “İlk veri yükleniyor”, “Filtre eşleşmesi yok” veya “Gönderim sonucu doğrulanamadı” daha uygulanabilir ifadelerdir. Android arayüz katmanı rehberi UI durumunu ekranda gösterilecek bilgiyle ilişkilendirir. Tasarım tesliminde bunun kullanıcıya söylediği anlamı da ekleyin.
Tüm sütunlar için tabloyu yatay kaydırabilirsiniz.
| Durum | Kullanıcıya gösterilen | İzin verilen eylem |
|---|---|---|
| Düzenleniyor | Henüz kaydedilmedi | Düzenle veya kaydet |
| Gönderiliyor | Kaydetme sürüyor | Çift gönderimi önle |
| Onaylandı | Kaydedildi | Devam et |
| Belirsiz sonuç | Kaydı doğrulayamadık | Sonucu kontrol et |
| Doğrulama hatası | İlgili alan açıklaması | Alanı düzelt |
Geçişi kimin başlattığını belirtin
Bazı değişimler kullanıcı dokunmasıyla, bazıları ağ yanıtıyla, bazıları sistem kesintisiyle oluşur. Her geçişin başlangıcını, beklenen sonucunu ve iptal davranışını yazın. İptal düğmesi yalnız pencereyi kapatıyorsa, sunucudaki işlemi de durdurduğunu söylemeyin.
Karar ve teknik ayrıntıyı ayırın
Tasarım ekibi “Sunucu onayı olmadan başarı gösterilmez” sözünü tanımlayabilir; mühendislik bunun nasıl doğrulanacağını belirler. Hata metni, veri modeli ve yeniden deneme politikası aynı kayıtta buluşmalıdır. Bir ekibin diğerinin varsayımını kendiliğinden tamamlayacağını düşünmeyin.
Kenar durumunu örnek veriyle görünür kılın
Uzun başlık, boş açıklama, silinmiş kayıt ve izin verilmemiş içerik için kontrollü örnekler hazırlayın. Kişisel veri yerine kurmaca kayıt kullanın. Masaüstündeki tek bir tasarım görüntüsü, mobil klavyenin veya büyüyen metnin durumu nasıl etkilediğini göstermez.
Teslim tablosunu kabul kontrolüne dönüştürün
- Her durumun gerçek ya da kontrollü bir koşulla açılabildiğini doğrulayın.
- Metnin mevcut davranışı doğru anlattığını kontrol edin.
- Dil değişiminde durum ve girilen bilgi korunmalı; etiketler çevrilmeli.
- Hata sonrası ana görevin yeniden tamamlanabildiğini deneyin.
Teslimin tamamlanması, bütün durumların aynı anda kodlanması demek değildir. Desteklenmeyen davranış da açıkça yazılmalıdır. Böylece tasarım vaadi, geliştirme kapsamı ve testin beklediği sonuç çelişmez.