Budowa procesu testowania dla projektu e-commerce (Magento 2)

Budżet: 27000 UAH Termin: 18 dni

Oryginalny cel pierwszego etapu - 60 000 UAH i 14-18 dni roboczych. Polecałbym Playwright z TypeScript - dla Magento 2 to praktyczna opcja dla stabilnych UI i E2E testów, równoległego uruchamiania, śledzenia błędów, zrzutów ekranu i normalnego wsparcia testów w przyszłości.

W podobnych zadaniach pracowaliśmy z e-commerce, marketplace'ami, skomplikowaną logiką zamówień, katalogami, panelami, płatnościami, integracjami oraz systemami, gdzie stabilność procesów jest ważniejsza niż tylko odhaczenie automatycznych testów. Twoje zlecenie jest mi bliskie, ponieważ dotyczy podstawy, którą można później skalować - i tutaj lepiej raz dobrze zaprojektować, niż potem heroicznie łatać testy po każdym wydaniu =)

> Pierwszy etap prac
> audyt obecnego procesu testowego i środowiska testowego
> wyodrębnienie krytycznych scenariuszy użytkowników
> rekomendacja stosu technologicznego i architektury projektu testowego
> konfiguracja struktury automatycznych testów
> przygotowanie podstawowych fixture'ów, konfiguracji, danych testowych i raportowania
> realizacja około 12-18 automatycznych testów dla autoryzacji, katalogu, wyszukiwania, karty produktu, koszyka, checkout i panelu
> dokumentacja do uruchamiania, wsparcia i rozwoju

> Wyniki po etapie
> repozytorium lub oddzielna gałąź z skonfigurowanym projektem testowym
> zestaw stabilnych automatycznych testów dla kluczowych scenariuszy
> instrukcja uruchamiania lokalnie i w budowie
> opis architektury, zasad dodawania testów i pracy z danymi testowymi
> krótki raport audytu z ryzykiem i planem dalszego rozszerzenia

Z przykładów, które są bliskie pod względem logiki biznesowej
> https://business.ingello.com/prime-eva - e-commerce i skomplikowane procesy wokół produktów, zamówień i logiki operacyjnej
> https://business.ingello.com/eva - detal, skalowanie procesów cyfrowych i podejście systemowe
> https://business.ingello.com/vorfahr - automatyzacja i logika produktowa, gdzie ważna jest wspierana architektura

Główny profil dla FLH - https://systems-fl.ingello.com/ua

Aby dokładniej ocenić pierwszy etap, potrzebne są 2 wyjaśnienia.
> Czy istnieje oddzielne środowisko testowe Magento 2 z testowymi produktami, użytkownikami, dostawą i płatnością bez rzeczywistych transakcji
> Czy checkout jest standardowy, czy są niestandardowe moduły, zewnętrzne płatności, kody promocyjne, bonusy lub niestandardowe kroki składania zamówienia

Ogólnie rzecz biorąc, normalny pierwszy etap można zrealizować bez zbędnego rozdmuchiwania - ale fundament trzeba kłaść starannie. Jak to mówią, siedem razy zmierz, raz uruchom w budowie. Dokładniej, w budowie lepiej uruchamiać wiele razy, ale myśl jest zrozumiała. Rozwiń

Budżet: 27000 UAH Termin: 14 dni

Mamy prawie gotową podstawę do tego etapu, można ją szybko dostosować do Magento 2 i uruchomić pierwsze testy E2E, możemy to omówić tutaj na giełdzie, jestem w kontakcie ))

Orientacyjny koszt pierwszego etapu - 45000 UAH i 10-14 dni roboczych.

Zalecałbym Playwright plus TypeScript. Dla waszego etapu jest to praktyczniejsze niż ciężka nakładka wokół Magento, ponieważ potrzebne są stabilne scenariusze UI/E2E, wideo i śledzenie awarii, równoległe uruchamianie, zrozumiała struktura i normalne wsparcie po starcie.

W pierwszym etapie uwzględniłbym:
- krótki audyt środowiska testowego i obecnego procesu
- mapę krytycznych scenariuszy dla części klienckiej
- strukturę projektu testów automatycznych
- podstawowe narzędzia, konfiguracje, raporty, uruchamianie lokalnie i w CI, jeśli dostępny jest wasz pipeline
- 8-12 testów automatycznych dla logowania, katalogu, wyszukiwania, karty produktu, koszyka, checkout i panelu użytkownika
- dokumentację do uruchamiania, wsparcia i dalszego rozwoju

Po zakończeniu otrzymacie repozytorium lub gałąź z projektem testowym, zestaw gotowych testów, raportowanie, instrukcję uruchamiania, opis architektury i plan rozszerzenia pokrycia.

Z doświadczenia mamy e-commerce i złożone systemy z księgowością, zamówieniami i automatyzacją.
https://business.ingello.com/eva - blisko związane z logiką e-commerce, katalogami, procesami i skalowaniem.
https://business.ingello.com/prime-eva - przydatny przykład dla zadań, gdzie ważna jest niezawodność części operacyjnej.
https://systems-fl.ingello.com/ua - krótko o naszym podejściu do projektów na Freelancehunt.

Mam 2 pytania, żeby nie wróżyć z fusów =)
- czy jest osobny testowy stand Magento 2 z testowymi płatnościami, dostawą i stabilnymi produktami testowymi
- które scenariusze checkout są dla was krytyczniejsze - gość, zarejestrowany użytkownik, różne metody płatności, kody promocyjne, dostawa

W razie potrzeby w pierwszym tygodniu można zrobić audyt i szkielet, a potem już rozwijać testy bez bólu, bo dobra podstawa później oszczędza więcej, niż kosztuje.
Trochę biurokratycznie to brzmi, ale tu naprawdę architektura jest ważniejsza niż liczba testów na starcie, w przeciwnym razie testy automatyczne szybko zaczynają się psuć od każdego szmeru interfejsu.

Możemy również podłączyć lekką AI-weryfikację awarii testów - na przykład, aby system zbierał zrzuty ekranu, błędy, przyczyny awarii i dawał krótkie wyjaśnienie dla programisty lub menedżera.
To nie zastępuje architektury testowej, ale pomaga utrzymać pokrycie w długotrwałej współpracy. Rozwiń