Błąd łatwiej odtworzyć na danych podobnych do produkcyjnych. Dlatego kopia sklepu często trafia do środowiska deweloperskiego. Razem z nią przychodzą jednak nazwiska, adresy, wiadomości i dokumenty, których do zadania nie potrzebujesz.
Ustal, z czym połączy się aplikacja
Najpierw sprawdź adres bazy. Środowisko testowe powinno korzystać z własnej kopii. Sprawdź też pocztę, płatności i pozostałe integracje, żeby test nie wywołał prawdziwych zdarzeń.
Zachowaj kopię przed zmianą danych. Przygotowanie bazy może wymagać kilku prób, zwłaszcza jeśli aplikacja używa niestandardowych tabel lub zależności.
Przeczytaj raport skanu
Uruchom skan w Contextadmin. Raport pokazuje rodzaj danych oraz tabele i kolumny, w których wykryto trafienia. Zwróć uwagę na miejsca, których wybrany profil nie obejmuje. Gotowy profil sklepu nie musi znać wszystkich tabel dodanych przez integracje.
Sprawdź plan anonimizacji
Wybierz profil albo przygotuj reguły warunkowe dla własnego schematu. Wykonaj próbę na sucho i porównaj jej zakres z raportem. Zastępcze dane powinny zachować relacje potrzebne do testowania, na przykład powiązanie zamówienia z kontem.
Po wykonaniu operacji przejrzyj ponowny skan. Następnie otwórz aplikację i sprawdź funkcję, którą zamierzasz rozwijać. To, że operacja skończyła się bez błędu, nie znaczy jeszcze, że dane nadają się do twoich testów.
Wyjdź poza samą bazę
Anonimizacja w panelu obejmuje bazę danych. Załączniki, eksporty, logi, faktury PDF i starsze kopie pozostają osobnym obszarem kontroli. Sprawdź, które z nich są dostępne agentowi w katalogu projektu.
Zapisz w kontekście zakres wykonanych prac i ewentualne wyjątki. Gdy ponownie pobierzesz dane z produkcji, przygotowanie trzeba powtórzyć. Instrukcję narzędzia znajdziesz w rozdziale o anonimizacji bazy.