Uygulama sorunlarını yeniden üreten, ekran görüntüleri ve günlükleri yakalayan ve QA'ya veya geliştiricilere yararlı kanıtlar sunan bir Android destek otomasyonu iş akışı oluşturun. LaiCai Screen Mirroring.
Destek otomasyonu müşteri öyküsünü korumalıdır
Yararlı bir destek bildirimi bir öykü içerir: müşterinin neyi denediği, ne beklediği, bunun yerine neyin ortaya çıktığı ve sonucu hangi cihazın veya uygulama durumunun etkilemiş olabileceği. Android destek otomasyonu bu hikayeyi bir dizi dokunmaya indirgemek yerine korumalıdır. Amaç, onaylanmış bir yolu tutarlı bir şekilde yeniden oluşturmak ve başka bir ekibin inceleyebileceği kanıtları bırakmaktır.
LaiCai Ekran Aynalama, görünür bir iş akışı katmanı olarak LaiCai Flow'u kullanır. Bir destek ekip arkadaşı düğümleri inceleyebilir, Android ekranını izleyebilir, ekran görüntüleri yakalayabilir, çalışma zamanı günlüklerini tutabilir ve gözlemlenen durum artık destek bildirimiyle eşleşmediğinde durabilir. Bu, AI Android otomasyon aracını müşteri desteği kararlarını bir kara kutu içinde saklamak için değil, kanıt toplamak için kullanışlı hale getirir.
İlk çalıştırma her zaman izlenmelidir. Mobil sorunlar genellikle izin istemine, klavyeye, bildirime, yükleme animasyonuna, hesap durumuna veya destek bildiriminde belirtilmeyen ekrana bağlıdır. Akış günlüğünü okurken yansıtılmış Android ekranını izlemek, operatörün gerçek bir ürün belirtisini yanlış bir başlangıç varsayımından ayırmasına yardımcı olur. Gözlemlenen yol istikrarlı ve güvenli hale geldikten sonra, ilk çalıştırmayı anlaşılır kılan kanıt noktaları kaybolmadan aynı kontrol listesi tekrarlanabilir.
Destek biletini sınırlı bir çoğaltma kontrol listesine dönüştürün
Akış oluşturmadan önce bileti sınırlı bir kontrol listesi olarak yeniden yazın. Başlangıç ekranını, uygulama sürümünü, hesap türünü, ağ durumunu, yerel ayarı, tam adımları, beklenen sonucu, gözlemlenen sonucu ve iş akışının durması gereken noktayı belirtin. "Ödeme sayfası bozuk" gibi bir talep çok belirsizdir; "Hazırlık yapısını açın, onaylı bir test hesabı kullanın, örnek ürünü ekleyin, ödeme ekranını yakalayın ve göndermeden önce durun" eyleme dönüştürülebilir.
İlk Akışı kısa tutun. Yalnızca raporu onaylayabilecek veya reddedebilecek en küçük yolu yeniden oluşturun. Geniş yeniden denemeler, ilgisiz temizleme, hesap değişiklikleri, giden mesajlar, satın almalar veya yıkıcı eylemler eklemeyin. Dar bir kontrol listesinin cihazlar arasında karşılaştırılması daha kolaydır ve destek personelinin çalışması daha güvenlidir.
Sorunu yeniden oluşturmadan önce ortamı kaydedin
İlk eylemden önce ortamı kaydedin. Yararlı alanlar arasında Android sürümü, cihaz modeli veya emülatör profili, ekran boyutu, uygulama sürümü, yerel ayar, izin durumu, bağlantı türü ve sorunun test ortamında mı yoksa üretim benzeri bir ortamda mı meydana geldiği yer alır. Paket adlarını veya cihaz ayrıntılarını tahmin etmeyin; mümkün olduğunda bunları yetkili cihaz bağlamından okuyun.
Ortam kanıtları hatalı aktarımları önler. Yalnızca tek bir Android sürümünde, dilde, hesap durumunda veya yavaş ağda ortaya çıkan bir hata, evrensel olarak tanımlanmamalıdır. Daha sonraki ekran görüntüleri ve günlüklerin aynı çoğaltma girişimiyle ilişkilendirilebilmesi için bir başlangıç ekran görüntüsü ve kısa vadeli bir tanımlayıcı ekleyin.
Karar noktalarında ekran görüntüleri ve günlükler yakalayın
Her anlamsız eylemden sonra değil, karar noktalarında kanıt yakalayın. İyi noktalar arasında başlangıç durumu, bildirilen hatadan hemen önceki ekran, beklenmeyen ekran, hata başlığı, eksik kontrol ve son durma durumu yer alır. Bir QA mühendisinin her dosyayı açmadan sırasını anlayabilmesi için ekran görüntülerine ad verin.
Günlükler hangi adımın çalıştırıldığını, hangi koşulun kontrol edildiğini, hangi sonucun seçildiğini ve Akışın neden durduğunu açıklamalıdır. Parolaları, jetonları, özel mesajları, ödeme ayrıntılarını veya gereksiz müşteri tanımlayıcılarını günlüğe kaydetmekten kaçının. Bir ekran görüntüsü artı okunabilir bir durdurma nedeni genellikle bağlamı olmayan yüzlerce düşük seviyeli olaydan daha faydalıdır.
Kör tıklama yerine görünür koşulları kullanın
Destek otomasyonu harekete geçmeden önce gözlemlemelidir. Sabit seçiciler mevcut olduğunda kullanıcı arayüzü yapısını, gerekli metin görünür ancak açıkta olmadığında OCR'yi ve yalnızca doğrulanmış bir görsel varlık uygun olduğunda görüntü eşleştirmeyi kullanın. Gözlem düğümleri kanıt sunmalıdır; ayrı bir eylem düğümü ancak sonuç iş akışının koşulunu karşıladıktan sonra dokunabilir.
Beklenen durum eksikse kanıt toplayın ve durun. Hatırlanan bir koordinata körü körüne dokunmayın veya her güven eşiğini düşürmeyin. Açık beklemelerin gözden geçirilmesi, gizli duraklamalara göre daha kolaydır ve açık bir başarısızlık, yanlış ekrana devam eden bir Akıştan daha faydalıdır.
Müşteri verilerini iş akışı boyunca koruyun
Destek kanıtları hassas bilgiler içerebilir. Mümkün olduğunda onaylı test hesaplarını kullanın. Ekran görüntüsünü paylaşmadan önce adları, e-posta adreslerini, telefon numaralarını, sipariş numaralarını, bildirimleri, sohbet metnini, konumu, ödeme verilerini ve arka plan uygulamalarını kontrol edin. QA'nın ihtiyaç duymadığı bilgileri kırpın veya düzeltin.
Ekran görüntüleri ve günlükler için saklama ve erişim kurallarını tanımlayın. Müşteri kanıtlarını halka açık destek taleplerine veya geniş sohbet odalarına yapıştırmayın. Yetkili bir araştırma için gerçek müşteri verileri gerekiyorsa bunları en aza indirin, neden gerekli olduğunu kaydedin ve kuruluşun gizlilik ve silme politikasına uyun. Otomasyon tekrarlanabilirliği artırır; daha fazla veri toplanmasına izin oluşturmaz.
Kanıtı QA'ya ve geliştiricilere kullanışlı bir formatta iletin
Güçlü bir aktarım, orijinal bilet özetini, çoğaltma önkoşullarını, cihaz ve uygulama ortamını, tam Akış veya kontrol listesi sürümünü, sırayla ekran görüntülerini, ilgili günlük alıntılarını, beklenen ve gerçek sonucu, çoğaltma sıklığını ve durdurma nedenini içerir. QA'nın dar bir kontrolü geniş kapsamla karıştırmaması için test edilmeyenleri dahil edin.
Grafik adımlarını okunabilir tutmak için LaiCai Flow kılavuzunu, Flow'un kullandığı ekranın aynısını izlemek için Android ekran yansıtma kılavuzunu ve işbirliğine dayalı aktarım uygulamaları için uzaktan Android sorun giderme iş akışını kullanın. Alıcı mühendis yolu yeniden çalıştırabilmeli veya neden henüz yeniden çalıştırılamayacağını anlayabilmelidir.
İşleme sonuçları dürüstçe yeniden üretemez
"Çoğaltılamaz" bir sonuçtur, müşterinin hatalı olduğunun kanıtı değildir. Ortamı, yerel ayarı, izinleri, hesap durumunu, ağı, özellik işaretlerini, uygulama oluşturmayı ve zamanlamayı karşılaştırın. Yalnızca üzerinde anlaşmaya varılan varyasyonları çalıştırın, her biri için kanıtları kaydedin ve sonucu doğru bir şekilde etiketleyin: çoğaltıldı, test edilen koşullar altında çoğaltılmadı, aralıklı, eksik bilgiler nedeniyle engellendi veya gizlilik veya güvenlik nedeniyle durduruldu.
Bilgi eksik olduğunda, bir sonraki testi değiştirebilecek en küçük ek kanıtı isteyin. Varsayılan olarak tam ekran kayıtlar, tam günlükler veya hesap erişimi talep etmeyin. Yapılandırılmış bir destek Akışı, ekibin bir uygulama kusurunu ortam uyumsuzluğundan, eksik adımlardan, zamanlamadan veya mühendislik araçları gerektiren bir durumdan ayırt etmesine yardımcı olur.
Destek ekipleri için pratik bir kontrol listesi
Çalıştırmadan önce yetkilendirmeyi, başlangıç durumunu, uygulama oluşturmayı, test hesabını, cihaz içeriğini, ağı, yerel ayarı, kanıt noktalarını, gizlilik sınırlarını ve durdurma sınırını onaylayın. Koşu sırasında ekranı izleyin, açık beklemeler ve koşullar kullanın ve yalnızca bilet için gereken kanıtları kaydedin. Çalıştırdıktan sonra paylaşmadan önce ekran görüntülerini ve günlükleri inceleyin.
Kanıt paketini sanki alıcı mühendismişsiniz gibi inceleyin. Hangi ekran görüntüsünün hangi adıma ait olduğunu söyleyebilir misiniz? Günlük başarısız olan durumu gösteriyor mu? Beklenen ve fiili sonuçlar ayrı ayrı belirtiliyor mu? Özel veriler kaldırılıyor mu? Paket, test edilen ortamı ve Flow sürümünü tanımlıyor mu? Bu sorular yanıtlanamıyorsa otomasyonun yeniden çalıştırılması yalnızca daha belirsiz dosyalar üretebilir. Kısa, düzenli bir kanıt paketi, çoğaltma anlatımı olmayan büyük bir arşivden daha değerlidir.
Pratik sonuç; destek, kalite güvencesi ve geliştirme arasında daha iyi bir görüşmedir. Destek, tekrarlanabilir bir müşteri hikayesine katkıda bulunur, QA karşılaştırılabilir kanıtlar alır ve geliştiriciler görünür durumdaki daha küçük bir yola sahip olur. Android destek otomasyonu, insan yargısının yerini almaya çalıştığında değil, belirsizliği ve kanıtları incelemeyi kolaylaştırdığında en iyi sonucu verir.