Zrzut ekranu pokaże wygląd formularza, ale nie pozwoli sprawdzić jego zachowania. Do odbioru zmian lepiej przygotować działającą wersję. Klient otworzy ją w przeglądarce i przejdzie przez scenariusz, którego dotyczyło zlecenie.
Ustal, co jest gotowe do odbioru
Zanim wyślesz adres, sprawdź zmienione funkcje. Wybierz konkretną wersję i zapisz zakres odbioru. Jeśli w tym samym czasie rozwijasz następne elementy, prowadź je w osobnym środowisku, aby podgląd nie zmieniał się klientowi podczas testów.
Przygotuj dane testowe i potrzebne konto w aplikacji. Gdy korzystasz z kopii produkcji, sprawdź bazę, pocztę i integracje. Test formularza nie powinien wysłać wiadomości do rzeczywistego klienta sklepu.
Sprawdź dostęp z perspektywy klienta
Uruchom projekt z Contextadmin i skonfiguruj publiczny dostęp. Ustaw HTTPS oraz hasło, jeśli podgląd ma być prywatny. Otwórz link w oknie bez zapisanej sesji i sprawdź, czy hasło rzeczywiście jest wymagane.
Do samego odbioru aplikacji wystarczy jej adres. Konto panelu deweloperskiego jest potrzebne dopiero wtedy, gdy udostępniasz klientowi szersze środowisko pracy.
Do linku dołącz krótkie zadanie
Napisz, co się zmieniło i jak to sprawdzić. Na przykład: „Dodaliśmy wybór punktu odbioru. Przejdź przez koszyk na komputerze i telefonie. Zamówienia są testowe, płatność nie jest pobierana”. Użyj takiej informacji tylko wtedy, gdy odpowiada rzeczywistej konfiguracji podglądu.
Poproś o opis czynności prowadzących do problemu, zamiast samego „nie działa”. Z adresem widoku i typem urządzenia błąd da się odtworzyć o wiele szybciej.
Zbierz uwagi przy właściwym zadaniu
Przenieś uwagi do kontekstu dotyczącego tej zmiany. Oznacz, które są poprawkami, a które rozszerzeniem zakresu. Po wdrożeniu poprawek przekaż ten sam scenariusz do ponownego sprawdzenia.
Akceptację zapisz razem z wersją projektu. Będzie punktem odniesienia przy przygotowaniu wydania produkcyjnego.