Testy oprogramowania sklepu PrestaShop - przebieg i cel
UX Designer
UX Designer
Testy oprogramowania sklepu PrestaShop to jedna z pozycji w ofercie naszej firmy. Dzięki temu artykułowi dowiesz się, co dokładnie wykonujemy w zakresie testów, po co je robimy i jakie korzyści odnoszą dzięki nim nasi klienci (właściciele sklepów PrestaShop).
Przy każdym projekcie, przed oddaniem produktu klientowi, testujemy wprowadzane funkcjonalności i sprawdzamy działanie wszystkich procesów.
Gdy na przykład zmieniamy element, który może wpłynąć na wygląd lub działanie koszyka, to przed oddaniem efektów naszej pracy klientowi:
Musimy mieć pewność, że wszystko faktycznie działa.
Błąd w sklepie po edycji fragmentu kodu nie zawsze musi wystąpić bezpośrednio w funkcjonalności, którą edytowaliśmy, ale może pojawić się w elemencie z nim powiązanym. Często na pierwszy rzut oka, z perspektywy klienta, wydaje się, że elementy sklepu powiązane są ze sobą wizualnie, tak jak widzimy z perspektywy użytkownika sklepu, ale nie zawsze tak jest. Dlatego programista i tester muszą współpracować i sprawdzić poprawność działania sklepu po wdrożonych modyfikacjach.
Dzięki testom oddajemy klientowi produkt w maksymalnym stopniu zweryfikowany od strony technicznej. Mamy dzięki temu pewność, że wszystko działa jak należy.
Ciekawi Cię, jak wygląda właściwy proces wdrożenia sklepu na PrestaShop? Przeczytaj artykuł Piotra.
Nawet przy drobnej zmianie np. kosztu przesyłki kurierskiej, czy przy instalacji modułu integrującego sklep z kurierem, mogą się pojawić błędy w procesie zakupowym. Coś może się wydawać mało istotne, a w trakcie korzystania ze sklepu okazuje się, że istnieją błędy utrudniające lub uniemożliwiające finalizację zakupów.
Wbrew pozorom często błędy tylko w pewnym stopniu ograniczające możliwość składania zakupów, czy obniżające konwersję są ważniejsze do wychwycenia przez testera, ponieważ błędy całkowicie uniemożliwiające dokonanie zakupu bardzo szybko zostaną zauważone w statystykach sklepu przez zespół eCommerce.
Nigdy nie wprowadzamy zmian od razu na wersji produkcyjnej. Wszelkie zmiany oraz testy wykonujemy zawsze na wersji testowej. Wersje produkcyjna i testowa są identyczne, dzięki czemu możemy bez szwanku dla strony sklepu sprawdzić wszystkie funkcjonalności przed ostatecznym wdrożeniem.
Instalacja i modyfikacja modułów na wersji produkcyjnej jest niedopuszczalna. Zawsze wszelkie zmiany robimy najpierw na wersji testowej. Między innymi:
Testy muszą być przypisane do konkretnego sklepu. Zwykle sklepy na PrestaShop mają jakieś procesy wspólne, natomiast często same funkcjonalności niezależnie, czy wdrażane w oparciu o gotowe rozwiązania, czy autorskie moduły, wymagają, żeby były napisane dla konkretnych fragmentów kodu.
Po wdrożeniu zmian Projekt Menager lub tester wchodzi na sklep i przeklikuje wszystkie możliwe wariacje, zarówno na desktopie, jak i na urządzeniu mobilnym.
Przy wprowadzaniu każdej zmiany tester musi wiedzieć, jakich obszarów sklepu dotyczą. Deweloper udzieli mu tej informacji. Wtedy tester sprawdza zmiany wdrożone na wersji testowej sklepu. Czyli przechodzi wszystkie procesy, które były poprawiane.
Mogą się pojawić błędy programistyczne, jak również frontend-owe, czyli wizualne. Nie musimy mieć do dyspozycji każdego urządzenia dostępnego na rynku. Używamy narzędzi wspomagających, jak na przykład Brawl Stats Tag, który dosłownie dają nam całą gamę urządzeń fizycznych do testów. Tego typu narzędzia online, zastępują nam wszystkie urządzenia, na których klienci mogą dokonywać zakupów.
Pewne rzeczy testujemy na etapie projektów makiet. Gdy projektujemy makiety, narzędzia AI pokazują nam tak zwane gorące i chłodne miejsca w sklepie, na przykład czy dane elementy będą klikalne czy nie. Nie twierdzę, że to jedyne i najlepsze narzędzie, ponieważ każdy sklep ma swoją unikalną grupę docelową, ale uzmysławia nam, czy wdrożenie danego pomysłu ma w ogóle jakiś sens. Pozwala też skonfrontować pomysły na dane funkcjonalności i pokazać, który pomysł i dlaczego jest godny uwagi.
Na etapie projektowania makiety testujemy je również w różnych urządzeniach. Obserwujemy, jak się mogą zachowywać. Jeśli zajmujemy się projektem od początku, jesteśmy w stanie przewidzieć pewne rzeczy. Proces testowania zaczyna się już na pierwszych etapach naszej pracy. Natomiast kiedy coś trafia do nas na testy od deweloperów, weryfikujemy na najpopularniejszych urządzeniach, jak dana funkcjonalność działa.
Dziś nie będzie jakimś wielkim problemem dla nowego eCommerce, jeśli czegoś nie przetestujemy, bo dany sklep internetowy będzie w jakiś organiczny sposób funkcjonował. Natomiast dla sklepu, który już funkcjonuje i generuje codziennie przychody powyżej kilku, a nawet kilkudziesięciu tysięcy złotych, rezygnacja z testów może być tragiczna w skutkach. Nikt nie może sobie przecież pozwolić, żeby błędy w funkcjonowaniu sklepu powodowały porzucenia koszyków. Przy okazji poznaj 10 najczęstszych powodów porzucania koszyka zakupowego.