Zbuduj możliwy do sprawdzenia przepływ pracy automatyzacji Androida do sprawdzania stron produktów, wyników wyszukiwania, kuponów, tłumaczeń, zrzutów ekranu i stanu aplikacji. LaiCai Screen Mirroring.
Automatyzacja handlu elektronicznego powinna weryfikować treść, a nie manipulować klientami.
Operacje w aplikacji handlu elektronicznego obejmują wiele powtarzalnych, ale uzasadnionych kontroli: potwierdzenie, że otwiera się strona produktu, tytuł jest czytelny, obecna jest etykieta z ceną, pojawia się promocja w oczekiwanym regionie, pasuje przetłumaczony ciąg znaków lub zapytanie zwraca zatwierdzony produkt testowy. Automatyzacja handlu elektronicznego w systemie Android może zapewnić powtarzalność tych kontroli, ale celem powinno być zapewnienie jakości i operacje dotyczące treści, a nie fałszywe zaangażowanie, masowa aktywność na kontach, automatyczne zakupy, manipulowanie recenzjami lub omijanie zasad rynkowych.
LaiCai Screen Mirroring zapewnia LaiCai Flow jako widoczną warstwę automatyzacji dla autoryzowanych urządzeń z systemem Android i emulatorów. Operator może sprawdzić wykres, sprawdzić stan urządzenia, przejrzeć zrzuty ekranu i szczegóły czasu działania, a także zatrzymać się, gdy aplikacja nie pasuje już do oczekiwanej ścieżki. Oto użyteczna rola narzędzia do automatyzacji AI w systemie Android: ułatwia powtarzanie i kontrolowanie ograniczonych kontroli bez ukrywania decyzji biznesowych w nieprzejrzystym skrypcie.
Pierwsze uruchomienie powinno pozostać obserwowane przez człowieka. Aplikacje sklepu zmieniają się pod wpływem eksperymentów, spersonalizowanej zawartości, okien dialogowych wyrażających zgodę, dostępności regionalnej, taktowania sieci i stanu konta. Przepływ pracy, który minął wczoraj, może dzisiaj spotkać się z nowym banerem. Traktuj automatyzację jako asystenta dostarczającego dowody i wyznacz osobę odpowiedzialną za podjęcie decyzji, czy zaobserwowany wynik jest akceptowalny.
Zdefiniuj ograniczony produkt i sprawdź wyszukiwanie
Zacznij od pisemnego zakresu. Nazwij środowisko aplikacji, zatwierdzone konto, ustawienia regionalne, profil urządzenia lub emulatora, ekran startowy, zapytanie wyszukiwania, identyfikator produktu, pola do weryfikacji, dowody do przechwycenia i dokładny punkt zatrzymania. „Sprawdź sklep” nie jest testem. „Otwórz aplikację testową, wyszukaj przykładową jednostkę SKU, otwórz jej stronę, potwierdź tytuł i wyświetlaną cenę, zrób zrzut ekranu i zatrzymaj się przed koszykiem lub kasą” można sprawdzić.
Oddziel sprawdzanie treści od działań transakcyjnych. Większość kontroli jakości katalogów nie wymaga dodawania artykułów do koszyka, wprowadzania adresów, realizacji prawdziwego kuponu, składania zamówienia, wysyłania wiadomości lub zmiany konta. Jeśli w zatwierdzonym środowisku testowym rzeczywiście wymagany jest późniejszy etap, umieść go w oddzielnym przepływie z własną autoryzacją, danymi testowymi, regułą czyszczenia i granicą zatrzymania.
Przed uruchomieniem zdefiniuj akceptowalną zmienność. Ceny mogą zawierać symbol waluty, zlokalizowany separator dziesiętny, etykietę podatku, wartość przekreśloną lub cenę członkowską. Kolejność wyszukiwania może się różnić w zależności od regionu lub eksperymentu. Zapisz, które elementy muszą dokładnie pasować, które mogą występować w dowolnej kolejności i które wymagają sprawdzenia przez człowieka zamiast narzucania każdej różnicy pozytywnej lub negatywnej.
Przygotuj zatwierdzone urządzenia, konta i dane testowe
Korzystaj z urządzeń i kont, do obsługi których organizacja jest upoważniona. Preferuj kompilacje tymczasowe, sklepy demonstracyjne, katalogi testowe i konta testowe. Zapisz wersję Androida, rozmiar ekranu, wersję aplikacji, ustawienia regionalne, stan sieci, stan uprawnień i typ konta, aby zrzuty ekranu z różnych uruchomień były porównywalne. Nigdy nie zgaduj nazwy pakietu Androida; przeczytaj go z kontekstu wybranego urządzenia przed skonfigurowaniem kroku otwierania aplikacji.
Zresetuj tylko stan niezbędny do sprawdzenia. Wyczyszczenie wszystkich danych aplikacji, zmiana lokalizacji, zaakceptowanie wszystkich uprawnień lub ponowne zalogowanie się mogą stworzyć inny scenariusz niż ten, który faktycznie widzą klienci. Przygotuj małą matrycę, np. telefon kontra emulator, kompaktowy lub wysoki ekran i dwie priorytetowe lokalizacje. Rozwiń dopiero wtedy, gdy wąski przepływ pracy dostarczy zrozumiałych dowodów.
Chroń informacje handlowe i informacje o klientach. Zrzuty ekranu mogą zawierać nazwiska, adresy, identyfikatory zamówień, ceny wewnętrzne, powiadomienia lub inne aplikacje. Wykorzystaj przykładowe dane, przyciągnij dowody do odpowiedniego obszaru, ogranicz dostęp i zdefiniuj przechowywanie. Automatyzacja nie stwarza pozwolenia na gromadzenie lub rozpowszechnianie informacji poza celem testowym.
Zbuduj obserwowalny Flow LaiCai
Czytelny Flow zaczyna się od zatwierdzonej aplikacji, czeka bezpośrednio na ekran początkowy, obserwuje interfejs użytkownika, ocenia wynik, zbiera dowody i kończy się bez zbędnych działań. Obecne kontrakty węzłów LaiCai obsługują otwieranie aplikacji według nazwy pakietu, jawne oczekiwania, odczytywanie hierarchii interfejsu użytkownika Androida, OCR, zweryfikowane dopasowanie szablonu obrazu, gałęzie, dotknięcia, zrzuty ekranu i szczegóły środowiska wykonawczego. Używaj tylko węzłów i parametrów potwierdzonych przez zainstalowaną wersję produktu.
Zadbaj o widoczność faz biznesowych. Główny przepływ może brzmieć następująco: „otwarty katalog”, „wyszukaj zatwierdzony SKU”, „weryfikuj wyniki”, „otwarty produkt”, „sprawdź pola” i „przechwytuj dowody”. Etapy techniczne, takie jak wybranie jednego wyniku OCR lub wyznaczenie punktu poboru, mogą zostać uwzględnione w małym przepływie podrzędnym, jeśli uzasadnia to ponowne użycie lub złożoność. Unikaj jednego ogromnego wykresu, który za dziesiątkami operacji niskiego poziomu ukrywa cel biznesowy.
Skorzystaj z przewodnika LaiCai Flow, aby uporządkować kroki, oraz przepływu pracy z kopią lustrzaną ekranu Androida, aby oglądać ten sam stan urządzenia, który ocenia automatyzacja. Dublowanie ekranu jest szczególnie przydatne podczas pierwszego uruchomienia: recenzent może sprawdzić, czy klawiatura, nakładka ładująca, okno dialogowe uprawnień lub spersonalizowany moduł zmieniły ścieżkę przed zaakceptowaniem wyniku.
Wybieraj celowo strukturę interfejsu użytkownika, OCR lub dopasowanie obrazu.
Używaj struktury interfejsu użytkownika systemu Android, gdy aplikacja udostępnia stabilne etykiety, identyfikatory zasobów lub inne niezawodne atrybuty. Wyszukiwanie w interfejsie użytkownika jednokrotnie odczytuje bieżącą hierarchię i zwraca pasujące elementy; przepływ powinien następnie wybrać i zatwierdzić zamierzony element przed wykonaniem akcji. Selektory interfejsu użytkownika są zwykle lepsze niż zapamiętane współrzędne, ponieważ rozmiar i układ ekranu mogą się zmieniać.
Użyj OCR, gdy wymagany tekst jest widoczny, ale niedostępny w hierarchii interfejsu użytkownika. OCR zwraca segmenty wyników, dlatego wybierz odpowiedni segment i porównaj potrzebną wartość, zamiast zakładać jeden zagregowany ciąg tekstowy. Wybierz właściwy język i uzasadniony region ekranu. W ustalonym regionie może brakować treści podczas przenoszenia układów, dlatego rozpocznij od szerszego zastosowania lub użyj regionu dopiero po sprawdzeniu go na urządzeniach docelowych i w lokalizacjach docelowych.
Używaj dopasowywania obrazów w celu uzyskania stabilnego celu wizualnego tylko wtedy, gdy istnieje zweryfikowany szablon. Na wynik wpływają pewność dopasowania, motyw wizualny, skala i region wyszukiwania. Nie wymyślaj szablonów ani nie zmniejszaj zaufania, dopóki coś nie będzie pasować. Jeśli karta produktu jest dynamiczna, selektor interfejsu użytkownika lub sprawdzenie OCR może dostarczyć lepszych dowodów niż porównanie całego obrazu karty.
Sprawdź strony produktów z dowodami
W przypadku strony produktu zweryfikuj tożsamość strony przed sprawdzeniem szczegółów. Potwierdź zatwierdzony tytuł produktu, SKU lub inny niewrażliwy identyfikator, a następnie sprawdź pola w zakresie: wyświetlana cena, waluta, etykieta dostępności, plakietka promocyjna, obecność obrazu, wybór wariantu, wiadomość o wysyłce lub przetłumaczona kopia. Przechwytuj stronę początkową i końcowy oceniony stan, a nie zrzut ekranu po każdym dotknięciu.
Kontroluj ceny traktuj ostrożnie. Zdecyduj, czy przepływ sprawdza dokładny tekst, znormalizowaną wartość liczbową, obecność waluty, czy po prostu region cenowy nie jest pusty. Promocje mogą zależeć od uprawnień konta, regionu, czasu, zasobów i przypisania eksperymentu. Jeśli te wymagania wstępne nie są kontrolowane, zamiast zgłaszać wadę handlową, oznacz wynik jako „wymaga sprawdzenia”.
Jakość obrazu wciąż wymaga ludzkiego oka. Automatyzacja może wykryć oczekiwany tekst lub znany element, ale przycięcie tekstu, nakładanie się, wprowadzająca w błąd hierarchia, niski kontrast, zniekształcone obrazy lub niezręczne przerwanie linii mogą wymagać porównania i sprawdzenia zrzutów ekranu. Zachowaj dowody powiązane z urządzeniem, ustawieniami regionalnymi, kompilacją aplikacji i wersją Flow, która je wyprodukowała.
Sprawdzaj wyniki wyszukiwania bez zmiany przepływu pracy w skrobanie.
Kontrole wyszukiwania powinny wykorzystywać zatwierdzony, mały zestaw zapytań powiązany ze znanymi pozycjami katalogu. Sprawdź, czy ekran wyszukiwania jest gotowy, wpisz jedno zapytanie, poczekaj na wyniki, potwierdź oczekiwany produkt lub zatwierdzony stan pusty, zbierz dowody i zatrzymaj się. Obowiązuje limit stawek i przestrzegaj warunków aplikacji lub rynku. Przepływ kontroli jakości nie jest licencją na zbieranie danych z katalogu ani wielokrotne sprawdzanie punktów końcowych wyszukiwania produkcyjnego.
Nie utożsamiaj zmian rang z defektami, chyba że ranking jest częścią kontrolowanego testu akceptacyjnego. Personalizacja, zasoby, sponsorowane moduły, region i eksperymenty mogą zmieniać kolejność. Bardziej stabilne kontrole obejmują, czy wyszukiwanie zostało zakończone, oczekiwany element pojawia się w uzgodnionym zakresie przeglądu, karta wyników zawiera wymagane pola, a komunikat o pustym wyniku jest zrozumiały.
W przypadku braku wyniku zapisz zapytanie, ustawienia regionalne, typ konta, urządzenie, czas, stan sieci, zrzut ekranu i powód zatrzymania. Nie poszerzaj automatycznie zapytań, nie przełączaj kont, nie omijaj limitów ani nie klikaj niepowiązanych wyników. Mały pakiet dowodów daje zespołowi zajmującemu się wyszukiwaniem lub katalogowaniem konkretny materiał do zbadania.
Porównaj ustawienia regionalne, urządzenia i stany aplikacji
Uruchom ten sam ograniczony przepływ tylko wtedy, gdy porównanie ma znaczenie. Kontrola lokalizacji może porównać dwie lub więcej lokalizacji na tym samym rozmiarze ekranu. Kontrola układu może porównać małe i wysokie ekrany z tą samą lokalizacją. Kontrola kompatybilności może porównać jeden emulator z wybranymi rzeczywistymi urządzeniami. Zmieniaj jedną główną zmienną na raz, aby przyczyna różnicy pozostała widoczna.
Do pracy na wielu urządzeniach użyj sterowania wieloma urządzeniami z Androidem z jednego komputera, aby uporządkować autoryzowane telefony i emulatory, a także przeczytaj przewodnik dotyczący obsługi wielu telefonów w handlu elektronicznym, aby uzyskać szerszy kontekst zarządzania urządzeniami. Nie twierdzij, że jeden przemijający emulator sprawdza każdy prawdziwy telefon lub że jeden udany telefon obejmuje każdy region rynku.
Używaj spójnych nazw dowodów: data, wersja Flow, etykieta urządzenia, ustawienia regionalne, przypadek testowy i krok. Arkusz porównawczy powinien zawierać link do każdego wyniku ze zrzutem ekranu i zawierać informację, czy został on pomyślnie zaliczony, nieudany, wymaga sprawdzenia czy został zablokowany. Tworzy to użyteczną historię bez przekształcania przepływu pracy w nienadzorowane działanie zbiorcze.
Zatrzymaj się bezpiecznie, gdy ekran jest nieoczekiwany.
Ustaw, aby przepływ pracy zakończył się niepowodzeniem lub został zatrzymany w przypadku braku wymaganej obserwacji. Po otwarciu aplikacji użyj jawnego oczekiwania przed pierwszym sprawdzeniem zależnym od ekranu. Jeśli nie ma oczekiwanego pola wyszukiwania, karty wyników, identyfikatora produktu lub stanu strony, przechwyć to, co się pojawiło i zakończ przebieg. Kontynuowanie współrzędnych z poprzedniego układu może spowodować otwarcie niewłaściwego produktu lub wprowadzenie danych w niewłaściwym miejscu.
Domyślnie nie dodawaj niekończących się ponownych prób. Krótka, wyraźnie zatwierdzona ponowna próba może pomóc w przypadku znanego stanu ładowania, ale utrzymujący się błąd powinien pozostać widoczny. Zapisz, czy przyczyną problemu był przekroczenie limitu czasu, pusty wynik interfejsu użytkownika, niezgodność OCR, pewność szablonu, nieoczekiwane okno dialogowe, stan sieci lub brak danych testowych. Powód zatrzymania jest częścią dowodu.
Trzymaj destrukcyjne lub komercyjne działania poza domyślną ścieżką. Sprawdzanie najbezpieczniejszego produktu i wyszukiwania kończy się przed zmianą koszyka, realizacją transakcji, zakupem, przesłaniem recenzji, wysłaniem wiadomości, utworzeniem konta lub wykorzystaniem kuponu. Jeżeli autoryzowany test musi obejmować jeden z tych etapów, należy go odizolować w dedykowanym środowisku i wymagać przeglądu przez człowieka na granicy.
Praktyczna lista kontrolna przeglądu dla zespołów zajmujących się handlem elektronicznym
Przed uruchomieniem potwierdź zakres, autoryzację, konto testowe, nazwę pakietu, kompilację aplikacji, urządzenie, ustawienia regionalne, zapytanie, identyfikator produktu, oczekiwane pola, akceptowalną odmianę, punkty dowodowe, limity prywatności i granicę zatrzymania. Podczas pierwszego uruchomienia obserwuj lustrzany ekran, wyraźnie określaj oczekiwania i warunki i zatrzymaj się na pierwszym niewyjaśnionym stanie. Po uruchomieniu przejrzyj zrzuty ekranu i szczegóły działania, zanim podzielisz się wnioskami.
Zapytaj, czy inny operator może zrozumieć wynik bez jego ponownego uruchamiania. Czy każdy zrzut ekranu identyfikuje przypadek testowy? Czy wartość oczekiwana jest oddzielona od wartości obserwowanej? Czy rekord pokazuje urządzenie, ustawienia regionalne, wersję aplikacji i wersję Flow? Czy dane prywatne są usuwane? Czy brakująca promocja została opisana wraz z założeniami dotyczącymi jej kwalifikowalności? Jeśli nie, ulepsz pakiet dowodów przed skalowaniem na większą liczbę urządzeń.
Najlepsza automatyzacja handlu elektronicznego w systemie Android jest celowo wąska. Ogranicza powtarzalną nawigację, zapewnia porównywalność kontroli produktów i wyszukiwania oraz zapewnia zespołom zajmującym się merchandisingiem, lokalizacją, kontrolą jakości i aplikacjami dowody, które mogą sprawdzić. Nie zastępuje polityki rynkowej, zgody klienta, oceny komercyjnej ani oceny wizualnej przez człowieka. Dzięki widocznemu stanowi urządzenia i bezpiecznemu zatrzymaniu LaiCai Flow może zamienić rutynowe kontrole katalogów w bardziej przejrzysty proces operacyjny.