Projektowanie > Narzędzia > Poprawki > Testowanie poprawki 

Ergonomia | Indeks

Jeżeli wykonywane są specjalne/niestandardowe zmiany w standardowych elementach, element z najniższego poziomu poddany modyfikacji musi być zabezpieczony kodem czynności zaczynającym się od X, Y lub Z (przykładowo raczej pole na ekranie, niż sekcja, czy sam ekran). Ponadto wykorzystanie kodu czynności nie jest konieczne, jeżeli na ekranie użyto czynności SPE oraz SPX (lub jeśli zaczynają się od X, Y lub Z).

Pozostaje tylko jedna zmiana wymagająca weryfikacji przy instalacji standardowych poprawek w zmodyfikowanym folderze. Należy upewnić się, czy poprawione elementy nie konfliktują z elementami zmodyfikowanymi (w tym wypadku elementy zabezpieczone kodem czynności nie będą poprawiane, a to może spowodować problemy).

Ta funkcja służy do automatycznego wykrywania potencjalnych konfliktów związanych z grupą plików zawierających poprawki w danym katalogu. Wykonywane są następujące czynności:

• wszystkie poprawki odnalezione w katalogu są czytane,
• w każdym poprawionym obiekcie wyszukiwane są ewentualne konflikty, wynikające ze specjalnego/niestandardowego kodu czynności (o ile specjalny/niestandardowy kod czynności został umieszczony na początku poprawki, żeby zostać wcześniej usuniętym),
• generowany jest log, wyszczególniający wszystkie ewentualne konflikty.

Jeżeli specjalne/niestandardowe zmiany zostały dokonane i musi zostać zainstalowana jedna standardowa lista poprawek (lub specjalna/niestandardowa), wystarczy uruchomić funkcję:

• w przypadku braku wykrytych kolizji ryzyko jest niewielkie lub nie występuje (jeżeli stosowano się do standardów wprowadzania zmian specjalnych/niestandardowych).
• jeżeli występują konflikty, należy się z nimi zapoznać.

Jeżeli instalowanych będzie wiele list poprawek, można skopiować (w czasie przeprowadzania testu) wszystkie odpowiednie pliki do jednego katalogu – tester nie może sprawdzić więcej niż 1000 plików poprawek na raz.

Testowane są:

• ekrany, tabele, obiekty, funkcje, typy danych, zapytania, okna, czynności poprawione oraz globalnie chronione kodem czynności.
• pola i sekcje na ekranie, opcje oraz zmienne w funkcji, pola i indeksy w tabeli, przyciski w oknie, lewe listy (zakładkaprzeglądarki ), zakładki i tabele połączone w obiekcie, jeżeli te elementy są chronione kodem czynności, bez poziomu wyższego od niego.
• procesy i raporty zainstalowane lokalnie w folderze, dla których istnieje ryzyko nieskuteczności poprawki.

Wykrywane są wszystkie konflikty związane ze specjalnymi/niestandardowymi kodami aktywności (zaczynającymi się od X, Y lub Z), za wyjątkiem tych odpowiadających kodom czynności określonym w nagłówku poprawki (ponieważ dotyczy to poprawki specjalnej, poprawka zostanie wykonana).

Aby taki test mógł zostać przeprowadzony, jeżeli aktualizacja nie została wykonana przez instalację pliku poprawek, ale przez instalację nowej podwersji, lista plików o nazwach List_nn.dat z płyty CD wersji 134 zostanie umieszczona w odpowiednich katalogach (podkatalogach P132, P133, P134, itd., katalogu o nazwie X3patch), która nie zawiera listy poprawek nn , ale wyłącznie listę obiektów uwzględnionych przez listę poprawek, co ułatwia identyfikację ewentualnych konfliktów na liście. Następujący przykład wyjaśnia zastosowanie:

• wyobraźmy sobie, że folder ma zostać zaktualizowany do wersji 134, będąc obecnie w wersji 132 przy wgranych poprawkach z listy poziomu 12.
• Aktualizacja do wersji 134 wymaga instalacji poprawek 13–18 (wymaganych do aktualizacji do wersji 133 – odpowiednie pliki List_nn znajdują się w katalogu X3patch\P133na płycie CD) oraz 19–31 (wymaganych do aktualizacji do wersji 134 – odpowiednie pliki List_nn znajdują się w katalogu X3patch\P134 na płycie CD).
• wystarczy następnie skopiować pliki List_13.dat do List_31.dat do katalogu tymczasowego, a następnie uruchomić funkcję testowania poprawek podając powyższy katalog. Jeżeli konflikty zostaną podświetlone, element wywołujący konflikt zostanie zapisany w logu wraz z odpowiednim numerem listy. Będzie można przetestować powyższą listę w celu uzyskania dalszych informacji.

Uwaga: to narzędzie zapewnia wyłącznie informacje o potencjalnych konfliktach. Nie jest w stanie określić co należy zmodyfikować w danym elemencie, żeby działał prawidłowo. Z drugiej strony, możliwe jest również przeprowadzenie testów na problematycznym elemencie wykonując funkcję porównawczą na odpowiednich elementach, pomiędzy funkcją po poprawkach i przed poprawkami.