Lokalna zmiana
Konkretny problem i ograniczona liczba zależności, na przykład pole formularza lub jeden układ podstrony.
Usługi / Modyfikacja i przyspieszanie
Wskaż, co utrudnia korzystanie z witryny: układ, formularz, edycję lub ładowanie. Sprawdzimy obecną technologię i przygotujemy zakres zmian, które da się wdrożyć oraz zweryfikować.
Zamiast ogólnego „strona działa źle” zbieramy sytuacje do odtworzenia. Przydatny opis zawiera adres, urządzenie, kroki i oczekiwany rezultat. Można zacząć od listy obserwacji klientów albo trudności zespołu podczas edycji.
Sprawdzamy, czy źródłem problemu jest układ, treść, konfiguracja czy kod. Jeden serwis może wymagać kilku niezależnych poprawek. Kolejność prac wynika z wpływu problemu i zależności technicznych, a nie z tego, co najszybciej zmienia wygląd.
Jeżeli klient nie znajduje usługi, analizujemy nazwy pozycji menu, strukturę i zawartość podstron. Zmiana może obejmować przeniesienie informacji, przebudowę sekcji lub nową podstronę z własną intencją.
Formularze sprawdzamy również przy błędach: brak wymaganych pól, niepoprawny adres i nieudane wysłanie. Użytkownik powinien zachować wpisane dane i otrzymać informację, co zrobić dalej. Dostarczenie zgłoszenia do odbiorcy wymaga osobnego sprawdzenia.
Badamy reprezentatywne widoki w ustalonych warunkach. Szukamy między innymi ciężkich obrazów, zbędnych skryptów i elementów, które blokują wyświetlenie treści. Wynik jednego testu laboratoryjnego nie opisuje wszystkich użytkowników.
Dla wybranych zmian ustalamy porównywalny pomiar przed i po. Może on obejmować przygotowanie obrazów, kolejność ładowania lub koszt animacji. Zakres wyniku podajemy razem z warunkami sprawdzenia, zamiast obiecywać uniwersalną ocenę 100.
Nowe pole formularza, panel lub integracja mogą wpływać na istniejące dane i zależności. Sprawdzamy dostęp do kodu, środowisko oraz używane dodatki. Wskazujemy, które części da się zmienić lokalnie, a które wymagają szerszej przebudowy.
Przy rozbudowie oddzielamy korektę błędu od nowej funkcji. Każda pozycja dostaje warunek sprawdzenia. Dzięki temu wiadomo, kiedy praca jest wykonana i jakie zachowanie ma pozostać po aktualizacji.
Zmiana wspólnego nagłówka może wpływać na wiele podstron, a wymiana dodatku na kilka ścieżek użytkownika. Dobieramy listę testów do miejsc dotkniętych modyfikacją. Sprawdzamy też wersję mobilną i reprezentatywne dane.
Jeżeli przebudowa zmienia adresy, tworzymy mapę starych i nowych treści. Przekierowanie ma prowadzić do odpowiadającej informacji. Po wdrożeniu porównujemy uzgodnione zachowanie i zapisujemy kwestie pozostawione na kolejny etap.
Zakres do ustalenia
Konkretny problem i ograniczona liczba zależności, na przykład pole formularza lub jeden układ podstrony.
Wspólny element, nawigacja lub motyw wymagają sprawdzenia większej części serwisu.
Istniejące rozwiązanie nie mieści potrzebnej funkcji albo utrudnia dalszą edycję. Porównujemy wtedy szersze warianty.
Prześlij adresy, przykłady błędów i oczekiwane zachowanie. Dopisz CMS, motyw lub używane narzędzia, jeśli je znasz. Określ, co jest pilne oraz czy masz osobne środowisko do testów. Dostępów nie wpisuj w formularzu.
Przekaż informacje o projekcieNajpierw trzeba sprawdzić dostępność kodu, uprawnienia i używaną technologię. Przy zamkniętym narzędziu zakres zmian może być ograniczony. Po analizie wskazujemy możliwe prace oraz zależności od poprzedniego wykonawcy.
Pomiar wydajności pozwala sprawdzić konkretny aspekt działania serwisu. Sprzedaż zależy także od oferty, ruchu i procesu zakupowego. Zmiany techniczne oraz rezultaty biznesowe wymagają odrębnych danych.