Ürün sayfalarını, arama sonuçlarını, kuponları, çevirileri, ekran görüntülerini ve uygulama durumunu kontrol etmek için incelenebilir bir Android otomasyon iş akışı oluşturun. LaiCai Screen Mirroring.
E-ticaret otomasyonu içeriği doğrulamalı, müşterileri yönlendirmemelidir
E-ticaret uygulaması işlemleri birçok tekrarlayan ancak meşru kontrol içerir: bir ürün sayfasının açıldığını, bir başlığın okunabilir olduğunu, bir fiyat etiketinin mevcut olduğunu, bir promosyonun beklenen bölgede göründüğünü, çevrilmiş bir dizenin uyduğunu veya bir arama sorgusunun onaylanmış test ürününü döndürdüğünü doğrulamak. E-ticaret Android otomasyonu bu kontrolleri tekrarlanabilir hale getirebilir, ancak amaç sahte katılım, toplu hesap etkinliği, otomatik satın alma, inceleme manipülasyonu veya pazar yeri kurallarının kaçırılması değil, kalite güvencesi ve içerik işlemleri olmalıdır.
LaiCai Ekran Aynalama, LaiCai Flow'u yetkili Android cihazlar ve emülatörler için görünür bir otomasyon katmanı olarak sağlar. Operatör grafiği inceleyebilir, cihaz durumunu izleyebilir, ekran görüntülerini ve çalışma zamanı ayrıntılarını inceleyebilir ve uygulama artık beklenen yolla eşleşmediğinde durabilir. Bu, AI Android otomasyon aracının yararlı rolüdür: iş kararlarını opak bir komut dosyası içinde gizlemeden, sınırlı bir kontrolün tekrarlanmasını ve denetlenmesini kolaylaştırır.
İlk çalıştırma insanlar tarafından gözlemlenmeye devam etmelidir. Mağaza uygulamaları; denemeler, kişiselleştirilmiş içerik, izin diyalogları, bölgesel kullanılabilirlik, ağ zamanlaması ve hesap durumuna göre değişir. Dün geçen bir iş akışı bugün yeni bir banner ile karşılaşabilir. Otomasyonu kanıt üreten bir yardımcı olarak ele alın ve gözlemlenen sonucun kabul edilebilir olup olmadığına karar vermekten bir kişiyi sorumlu tutun.
Sınırlı bir ürün tanımlayın ve arama kontrolü yapın
Yazılı bir kapsamla başlayın. Uygulama ortamını, onaylanmış hesabı, yerel ayarı, cihazı veya öykünücü profilini, başlangıç ekranını, arama sorgusunu, ürün tanımlayıcısını, doğrulanacak alanları, yakalanacak kanıtları ve tam durma noktasını adlandırın. “Mağazayı kontrol et” bir test değildir. "Hazırlık uygulamasını açın, örnek SKU'yu arayın, sayfasını açın, başlığı ve görüntülenen fiyatı onaylayın, ekran görüntüsü alın ve sepetten veya ödeme işleminden önce durun" incelenebilir.
İçerik kontrollerini işlem eylemlerinden ayırın. Katalog KG'lerinin çoğu, sepete ürün eklemeyi, adres girmeyi, gerçek bir kupon kullanmayı, sipariş vermeyi, mesaj göndermeyi veya hesap değiştirmeyi gerektirmez. Onaylanmış bir test ortamında daha sonraki bir aşamaya gerçekten ihtiyaç duyuluyorsa bunu kendi yetkilendirmesi, test verileri, temizleme kuralı ve durdurma sınırıyla ayrı bir Akışa yerleştirin.
Çalıştırmadan önce kabul edilebilir varyasyonu tanımlayın. Fiyatlar bir para birimi simgesi, yerelleştirilmiş ondalık ayırıcı, vergi etiketi, üstü çizili değer veya üye fiyatını içerebilir. Arama sırası bölgeye veya denemeye göre değişebilir. Hangi öğelerin tam olarak eşleşmesi gerektiğini, hangilerinin herhangi bir sırada bulunabileceğini ve her farklılığı başarılı veya başarısız olmaya zorlamak yerine hangilerinin insan tarafından incelenmesi gerektiğini kaydedin.
Onaylanmış cihazları, hesapları ve test verilerini hazırlayın
Kuruluşun çalıştırma yetkisine sahip olduğu cihazları ve hesapları kullanın. Hazırlama yapılarını, demo mağazalarını, test kataloglarını ve test hesaplarını tercih edin. Farklı çalıştırmalardan alınan ekran görüntülerinin karşılaştırılabilir kalması için Android sürümünü, ekran boyutunu, uygulama sürümünü, yerel ayarı, ağ durumunu, izin durumunu ve hesap türünü kaydedin. Asla bir Android paketinin adını tahmin etmeyin; Uygulama açma adımını yapılandırmadan önce seçilen cihaz bağlamından okuyun.
Yalnızca kontrol için gereken durumu sıfırlayın. Tüm uygulama verilerini temizlemek, konumu değiştirmek, tüm izinleri kabul etmek veya tekrar oturum açmak, müşterilerin gerçekte gördüğünden farklı bir senaryo oluşturabilir. Telefona karşı emülatör, kompakt ekrana karşı uzun ekran ve iki öncelikli yerel ayar gibi küçük bir matris hazırlayın. Yalnızca dar iş akışı anlaşılır kanıtlar ürettikten sonra genişletin.
Ticari bilgileri ve müşteri bilgilerini koruyun. Ekran görüntüleri isimler, adresler, sipariş tanımlayıcılar, dahili fiyatlar, bildirimler veya diğer uygulamaları içerebilir. Örnek verileri kullanın, kanıtları ilgili alana kırpın, erişimi kısıtlayın ve saklamayı tanımlayın. Otomasyon, test amacı dışında bilgi toplama veya dağıtma izni oluşturmaz.
Gözlemlenebilir bir LaiCai Akışı oluşturun
Okunabilir bir Akış, onaylı uygulamayla başlar, başlangıç ekranını açıkça bekler, kullanıcı arayüzünü gözlemler, sonucu değerlendirir, kanıtları yakalar ve gereksiz eylemler olmadan sona erer. Mevcut LaiCai düğüm sözleşmeleri, bir uygulamanın paket adına göre açılmasını, açık beklemeleri, Android kullanıcı arayüzü hiyerarşisini, OCR'yi, doğrulanmış görüntü-şablon eşleşmesini, dalları, dokunmaları, ekran görüntülerini ve çalışma zamanı ayrıntılarını okumayı destekler. Yalnızca kurulu ürün sürümü tarafından onaylanan düğümleri ve parametreleri kullanın.
İş aşamalarını görünür tutun. Ana Akış, "kataloğu aç", "onaylı SKU'yu ara", "sonuçları doğrula", "ürün aç", "alanları kontrol et" ve "kanıt yakala" gibi okunabilir. Bir OCR sonucunun seçilmesi veya bir dokunma noktasının türetilmesi gibi teknik adımlar, yeniden kullanım veya karmaşıklık bunu haklı çıkardığında küçük bir alt Akışın içinde yaşayabilir. İş amacını düzinelerce düşük seviyeli operasyonun arkasına gizleyen devasa bir grafikten kaçının.
Adımları düzenlemek için LaiCai Akış kılavuzunu, otomasyonun değerlendirdiği aynı cihaz durumunu izlemek için Android ekran yansıtma iş akışını kullanın. Ekran yansıtma özellikle ilk çalıştırma sırasında kullanışlıdır: Gözden geçiren kişi, sonucu kabul etmeden önce bir klavyenin, yükleme katmanının, izin iletişim kutusunun veya kişiselleştirilmiş modülün yolu değiştirip değiştirmediğini görebilir.
Kullanıcı arayüzü yapısını, OCR'yi veya görüntü eşleştirmeyi kasıtlı olarak seçin
Uygulama kararlı etiketleri, kaynak tanımlayıcıları veya diğer güvenilir özellikleri ortaya çıkardığında Android kullanıcı arayüzü yapısını kullanın. Kullanıcı arayüzü araması geçerli hiyerarşiyi bir kez okur ve eşleşen öğeleri döndürür; Akış daha sonra bir eylemden önce amaçlanan öğeyi seçmeli ve doğrulamalıdır. Kullanıcı arayüzü seçicileri genellikle hatırlanan koordinatlardan daha iyidir çünkü ekran boyutu ve düzeni değişebilir.
Gerekli metin görünür olduğunda ancak kullanıcı arayüzü hiyerarşisinde kullanılamadığında OCR'yi kullanın. OCR, sonuç bölümlerini döndürür; bu nedenle, tek bir toplu metin dizesi varsaymak yerine ilgili bölümü seçin ve gereken değeri karşılaştırın. Doğru dili ve gerekçelendirilmiş ekran bölgesini seçin. Sabit bir bölge, düzenler hareket ettiğinde içeriği kaçırabilir; bu nedenle geniş kapsamlı başlayın veya bir bölgeyi yalnızca hedef cihazlar ve yerel ayarlarda doğruladıktan sonra kullanın.
Sabit bir görsel hedef için görüntü eşleştirmeyi yalnızca doğrulanmış bir şablon mevcut olduğunda kullanın. Eşleşme güveni, görsel tema, ölçek ve arama bölgesi sonucu etkiler. Bir şey eşleşene kadar bir şablon icat etmeyin veya güveninizi azaltmayın. Ürün kartı dinamikse, bir kullanıcı arayüzü seçici veya OCR kontrolü, kart görüntüsünün tamamını karşılaştırmaktan daha iyi kanıt sağlayabilir.
Kanıtlarla birlikte ürün sayfalarını kontrol edin
Bir ürün sayfası için, ayrıntıları kontrol etmeden önce sayfa kimliğini doğrulayın. Onaylanan ürün başlığını, SKU'yu veya hassas olmayan başka bir tanımlayıcıyı onaylayın ve ardından kapsamdaki alanları inceleyin: fiyat ekranı, para birimi, stok durumu etiketi, promosyon rozeti, resim varlığı, çeşit seçici, gönderim mesajı veya çevrilmiş kopya. Her dokunuştan sonra ekran görüntüsünü değil, başlangıç sayfasını ve değerlendirilen son durumu yakalayın.
Fiyat kontrollerine dikkatli davranın. Akışın tam metni mi, normalleştirilmiş bir sayısal değeri mi, bir para biriminin varlığını mı yoksa yalnızca bir fiyat bölgesinin boş olmadığını mı doğrulayacağına karar verin. Promosyonlar hesap uygunluğuna, bölgeye, zamana, envantere ve deneme atamasına bağlı olabilir. Bu önkoşullar kontrol edilmiyorsa, satış kusurunu bildirmek yerine sonucu "inceleme gerektiriyor" olarak etiketleyin.
Görsel kalitenin hâlâ insan gözüne ihtiyacı var. Otomasyon, beklenen metni veya bilinen bir öğeyi algılayabilir ancak metin kırpma, örtüşme, yanıltıcı hiyerarşi, düşük kontrast, bozuk resimler veya garip satır sonları, ekran görüntüsünün karşılaştırılması ve incelenmesini gerektirebilir. Kanıtları, onu oluşturan cihaza, yerel ayara, uygulama derlemesine ve Flow sürümüne bağlı tutun.
İş akışını kazımaya dönüştürmeden arama sonuçlarını kontrol edin
Arama kontrolleri, bilinen katalog öğelerine bağlı onaylanmış, küçük bir sorgu seti kullanmalıdır. Arama ekranının hazır olduğunu doğrulayın, bir sorgu girin, sonuçları bekleyin, beklenen ürünü veya onaylanmış boş durumu onaylayın, kanıtları yakalayın ve durun. Hız limitli çalıştırmalar yapın ve uygulama veya pazar yeri şartlarına uyun. QA Flow, bir kataloğun toplanmasına veya üretim arama uç noktalarının tekrar tekrar araştırılmasına yönelik bir lisans değildir.
Sıralama kontrollü bir kabul testinin parçası olmadığı sürece rütbe değişikliklerini kusurlarla eşitlemeyin. Kişiselleştirme, envanter, sponsorlu modüller, bölge ve denemeler sırayı değiştirebilir. Daha istikrarlı kontroller, aramanın tamamlanıp tamamlanmadığını, beklenen öğenin kararlaştırılan inceleme kapsamında görünüp görünmediğini, sonuç kartının gerekli alanları içerip içermediğini ve boş sonuç mesajının anlaşılır olup olmadığını içerir.
Bir sonuç eksik olduğunda sorguyu, yerel ayarı, hesap türünü, cihazı, saati, ağ durumunu, ekran görüntüsünü ve durma nedenini kaydedin. Sorguları otomatik olarak genişletmeyin, hesap değiştirmeyin, sınırları atlamayın veya ilgisiz sonuçları tıklamaya devam etmeyin. Küçük bir kanıt paketi, arama veya katalog ekibine araştıracak somut bir şeyler verir.
Yerel ayarları, cihazları ve uygulama durumlarını karşılaştırın
Aynı sınırlı Akışı yalnızca karşılaştırmanın anlamlı olduğu durumlarda çalıştırın. Yerelleştirme kontrolü, aynı ekran boyutunda iki veya daha fazla yerel ayarı karşılaştırabilir. Bir düzen kontrolü, kompakt ve uzun ekranları aynı yerel ayarla karşılaştırabilir. Uyumluluk kontrolü, bir emülatörü seçilen gerçek cihazlarla karşılaştırabilir. Farkın nedeninin görünür kalması için her seferinde bir ana değişkeni değiştirin.
Çoklu cihaz çalışması için, yetkili telefonları ve emülatörleri düzenlemek üzere bir bilgisayardan birden fazla Android cihazın kontrolünü kullanın ve daha geniş cihaz yönetimi bağlamı için e-ticaret çoklu telefon işlemleri kılavuzunu okuyun. Başarılı bir emülatörün her gerçek telefonu kanıtladığını veya başarılı bir telefonun tüm pazar bölgelerini kapsadığını iddia etmeyin.
Tutarlı kanıt adları kullanın: tarih, Akış sürümü, cihaz etiketi, yerel ayar, test senaryosu ve adım. Bir karşılaştırma sayfası, her sonucu ekran görüntüsüne bağlamalı ve başarılı mı, başarısız mı, gözden geçirilmesi mi gerekiyor yoksa engellenmiş mi olduğunu belirtmelidir. Bu, iş akışını gözetimsiz toplu etkinliğe dönüştürmeden yararlı bir geçmiş oluşturur.
Ekran beklenmedik durumlarda güvenli bir şekilde durun
Gerekli bir gözlem eksik olduğunda iş akışını başarısız olacak veya duracak şekilde ayarlayın. Bir uygulamayı açtıktan sonra ekrana bağlı ilk kontrolden önce açık bir bekleme kullanın. Beklenen arama alanı, sonuç kartı, ürün tanımlayıcı veya sayfa durumu yoksa görüneni yakalayın ve çalıştırmayı sonlandırın. Önceki düzendeki koordinatlarla devam etmek yanlış ürünü açabilir veya verileri yanlış yere girebilirsiniz.
Varsayılan olarak sonsuz yeniden deneme eklemeyin. Kısa, açıkça onaylanmış bir yeniden deneme, bilinen bir yükleme durumuna yardımcı olabilir, ancak kalıcı hatanın görünür kalması gerekir. Sorunun zaman aşımı mı, boş kullanıcı arayüzü sonucu mu, OCR uyumsuzluğu mu, şablon güvenirliği mi, beklenmeyen iletişim kutusu mu, ağ durumu mu yoksa eksik test verileri mi olduğunu kaydedin. Durdurma nedeni delillerin bir parçasıdır.
Yıkıcı veya ticari eylemleri varsayılan yolun dışında tutun. En güvenli ürün ve arama kontrolü, sepet değişiklikleri, ödeme, satın alma, inceleme gönderme, mesaj gönderme, hesap oluşturma veya kupon tüketimi öncesinde sona erer. Yetkili bir testin bu adımlardan birini içermesi gerekiyorsa, bunu özel bir ortamda izole edin ve sınırda insan incelemesini zorunlu kılın.
E-ticaret ekipleri için pratik bir inceleme kontrol listesi
Çalıştırmadan önce kapsamı, yetkilendirmeyi, test hesabını, paket adını, uygulama derlemesini, cihazı, yerel ayarı, sorguyu, ürün tanımlayıcıyı, beklenen alanları, kabul edilebilir varyasyonu, kanıt noktalarını, gizlilik sınırlarını ve durdurma sınırını onaylayın. İlk çalıştırma sırasında yansıtılan ekranı izleyin, beklemeleri ve koşulları açık tutun ve açıklanamayan ilk durumda durun. Çalıştırmadan sonra, sonucu paylaşmadan önce ekran görüntülerini ve çalışma zamanı ayrıntılarını inceleyin.
Başka bir operatörün sonucu tekrar çalıştırmadan anlayıp anlayamayacağını sorun. Her ekran görüntüsü test senaryosunu tanımlıyor mu? Beklenen değer gözlemlenen değerden ayrı mı? Kayıtta cihaz, yerel ayar, uygulama sürümü ve Flow sürümü gösteriliyor mu? Özel veriler kaldırılıyor mu? Eksik bir terfi uygunluk varsayımlarıyla birlikte açıklanıyor mu? Değilse, daha fazla cihaza ölçeklendirmeden önce kanıt paketini iyileştirin.
En iyi e-ticaret Android otomasyonu kasıtlı olarak dardır. Tekrarlanan gezinmeyi azaltır, ürün ve arama kontrollerini karşılaştırılabilir tutar ve satış, yerelleştirme, kalite güvencesi ve uygulama ekiplerine inceleyebilecekleri kanıtlar sunar. Pazaryeri politikasının, müşteri onayının, ticari yargının veya insan tarafından yapılan görsel incelemenin yerine geçmez. Görünür cihaz durumu ve güvenli durdurma sayesinde LaiCai Flow, rutin katalog kontrollerini daha net bir operasyonel sürece dönüştürebilir.