Rozwiązywanie problemów dotyczących testowania wydajności

Ta sekcja zawiera informacje na temat rozwiązywania problemów z produktem IBM® Rational Performance Tester.

W przypadku napotkania problemów podczas uruchamiania testów upewnij się, że postępowano zgodnie z instrukcjami w sekcji Wskazówki dotyczące testowania wydajności.

Jeśli po uruchomieniu testów zostanie wyświetlony komunikat o błędzie, należy spróbować go wyszukać w sekcji Komunikaty o błędach podczas testowania wydajności w pomocy elektronicznej. Zostaną wyświetlone tylko najbardziej typowe komunikaty o błędach. Jeśli nie zostanie wyświetlony żaden komunikat o błędzie, w razie napotkania problemu należy otworzyć dziennik błędów, klikając opcję Okna > Pokaż widok > Dziennik błędów. Jeśli środowisko robocze wyłącza się podczas wykonywania testów, należy je zrestartować i sprawdzić dziennik błędów. Domyślnie rejestrowane są komunikaty o błędach i ostrzeżenia. Domyślny poziom rejestrowania można podwyższyć, klikając opcję Okna > Preferencje > Rejestrowanie. Plik dziennika jest zapisywany w katalogu .metadata w obszarze roboczym.

Oprócz pomocy elektronicznej, obejścia lub rozwiązania problemów można znaleźć na forum Rational Performance Testing w serwisie developerWorks, a ponadto w Notach technicznych bazy wiedzy wsparcia dla produktu Rational Performance Tester.

Podczas testowania wydajności można napotkać niektóre z tych problemów:

Problemy z połączeniami między środowiskiem roboczym i komputerami agenta

Jeśli środowisko robocze zatrzymuje się lub blokuje podczas próby wykonania testów, należy potwierdzić, czy wszystkie komputery agenta są uruchomione. Aby potwierdzić, że instalacja jest poprawnie skonfigurowana, wykonaj następujące kroki:
  • Upewnij się, że na dysku komputera środowiska roboczego i komputerów agentów jest wystarczająco dużo miejsca.
  • Zrestartuj komputer środowiska roboczego.
  • Sprawdź, czy istnieje połączenie sieciowe między komputerem środowiska roboczego i komputerami agentów. Aby potwierdzić, że nazwa hosta w pliku majordomo.config może być przetłumaczona przez usługę DNS na komputerze agenta, użyj komendy ping z poziomu powłoki dla nazwy hosta środowiska roboczego. Jeśli wykonanie komendy ping nie powiedzie się, użyj adresu IP środowiska roboczego.
  • Potwierdź numer portu serwera na komputerze środowiska roboczego testowania. Kliknij opcję Okna > Preferencje > Serwer. To jest numer portu, który powinien być określony w pliku majordomo.config na komputerach agentów.
  • Zrestartuj komputery agentów i sprawdź, czy proces Majordomo jest uruchomiony.
  • Na komputerach agentów ustaw opcjonalną flagę debugowania w pliku majordomo.config. Ustaw wartość na true (wartość domyślna to false). Nie ma potrzeby restartowania agenta. W ciągu około dziesięciu sekund powinien automatycznie uwzględnić zmiany w pliku majordomo.config. Znajdź plik dziennika majordomo.log w katalogu %temp%. W tym pliku znajdować się będą informacje o próbach nawiązania kontaktu ze środowiskiem roboczym, między innymi informacje o niepowodzeniach i ich przyczynach.
  • Status agenta można sprawdzić na komputerze środowiska roboczego, klikając ikonę Status agenta. W przypadku komponentu Agent Controller można podjąć próbę współużytkowania plików między komputerem środowiska roboczego i komputerami agentów. W tym celu należy kliknąć opcję Okna > Preferencje > Agent Controller > Hosty, a następnie dodać komputery agenta jako hosty i kliknąć przycisk Testuj połączenie, aby przetestować łączność z instancjami programu Agent Controller działającymi na komputerach agenta.

Rejestrowanie problemów konfiguracyjnych

Żaden ruch HTTP nie jest przechwytywany podczas rejestrowania
W temacie Rejestrowanie niezawodnych testów HTTP można znaleźć instrukcje dotyczące konfigurowania przeglądarki WWW. W przypadku próby użycia przeglądarki Internet Explorer do rejestrowania testów z bezpiecznego serwisu WWW należy zapoznać się z informacjami znajdującymi się w sekcji Konfigurowanie przeglądarki Internet Explorer do rejestrowania z bezpiecznego serwisu WWW. Wyłącz firewalle na komputerze środowiska roboczego i komputerach agenta.
Żaden ruch nie jest przechwytywany podczas rejestrowania
Upewnij się, że wybrany typ rejestratora odpowiada protokołowi używanemu przez testowany system. Na przykład nie używaj rejestratora HTTP, jeśli testowany system używa protokołu Citrix.
Żaden test nie został wygenerowany po zarejestrowaniu
Jeśli generator testów nie może utworzyć testu na podstawie zarejestrowanego ruchu, zazwyczaj wyświetlany jest komunikat o błędzie lub zapisywany w dzienniku błędów. Spróbuj wyszukać opis komunikatu w sekcji Komunikaty o błędach podczas testowania wydajności w pomocy elektronicznej. Komunikaty o błędach mogły również zostać udokumentowane w notach technicznych w bazie wiedzy działu wsparcia pod adresem http://www.ibm.com/software/awdtools/tester/performance/support/.
Elementy sterujące rejestratora są niedostępne
W przypadku używania obszaru roboczego z innej wersji produktu elementy sterujące rejestratora mogą być niedostępne. Zamiast nich mogą być wyświetlane elementy sterujące rejestratora z innej wersji produktu. Kliknij opcję Okna > Resetuj perspektywę, aby zresetować perspektywę Test wydajności lub Test usługi. Alternatywnie kliknij opcję Plik > Nowy > Inne, aby wybrać kreator do użycia.

Problemy podczas uruchamiania dużych lub długotrwałych testów

Jeśli test uruchamia się, ale kończy się z błędami, należy sprawdzić, czy komputer środowiska roboczego i komputery agenta spełniają wymagania dotyczące sprzętu i oprogramowania, które opisano w podręczniku instalacji. Należy zwrócić szczególną uwagę na wymagania dotyczące pamięci i miejsca na dysku. Sekcja Zwiększanie przydziału pamięci zawiera więcej informacji na temat ustawiania maksymalnej wielkości sterty w celu uniknięcia błędów braku pamięci. Należy monitorować użycie procesora i pamięci na komputerach środowiska roboczego i agenta oraz obserwować nadmierne użycie procesora lub pamięci przez procesy javaw.exe lub java.exe. Jeśli komunikaty o błędach odnoszą się do nieoczekiwanego zatrzymywania się procesów, odpowiednie informacje można znaleźć w artykule: http://www.ibm.com/support/docview.wss?uid=swg21395486.

Można wykonać testy z mniejszą liczbą użytkowników wirtualnych korzystających z domyślnych ustawień harmonogramu, aby określić, czy zachowanie jest powiązane z liczbą użytkowników. Następnie należy sprawdzić w dzienniku testu komunikaty o błędach wygenerowane przez testowany system. Przed próbą wykonania testów dla wielu użytkowników należy uruchomić testy z jednym użytkownikiem wirtualnym, aby przekonać się, że testowany system nie generuje błędów. W razie wystąpienia problemów należy zrestartować środowisko robocze i komputery agenta przed ponowną próbą wykonania testów.

Jeśli środowisko robocze jest zamykane podczas wykonywania testów, należy wyszukać nazwy plików, które rozpoczynają się od przedrostka javacore. Nazwa plików javacore zawiera datę, godzinę i identyfikator procesu. Po znalezieniu pliku javacore z datą, godziną i identyfikatorem procesu pasującym do środowiska roboczego należy otworzyć ten plik w edytorze tekstu. Przyczyna niepowodzenia jest wymieniona u góry pliku javacore.

Błędy korelacji danych

Jeśli użytkownik może pomyślnie rejestrować testy, ale oczekiwane zachowanie nie jest wyzwalane w aplikacji podczas wykonywania testów, może być konieczne wykonanie ręcznej korelacji danych. Zwykle, gdy potrzebne są dodatkowe korelacje danych, dziennik testu zawiera komunikaty podobne do następującego: Nie można wyodrębnić wartości. Aby rozwiązać problemy z korelacją danych, można spróbować wykonać testy z użyciem tylko jednego użytkownika wirtualnego działającego na komputerze środowiska roboczego i porównać odtwarzanie do rejestrowanego testu, aby określić, które odpowiedzi z testowanego systemu są nieoczekiwane. W sekcji Debugowanie testów protokołu HTTP opisano sposób korzystania z dziennika testu i widoku Dane protokołu do rozwiązywania problemów z testami HTTP. Więcej informacji na temat korelacji danych można znaleźć w sekcji ../../com.ibm.rational.test.lt.common.doc/topics/tdatacorrtop.html.

Najczęściej występujące błędy dotyczące integracji z produktem IBM Rational Quality Manager

W wszystkich trybach adaptera jest używany dziennik błędów Eclipse. W celu wyświetlenia dziennika należy otworzyć środowisko robocze i kliknąć opcję Okna > Pokaż widok > Dziennik błędów. Domyślnie rejestrowane są komunikaty o błędach i ostrzeżenia. Można włączyć bardziej szczegółowe rejestrowanie dla adaptera, klikając opcję Okna > Preferencje > Rejestrowanie. Składnik dziennika dla adaptera nosi nazwę com.ibm.rational.test.lt.rqm.adapter.

Jeśli adapter jest uruchamiany jako usługa systemu Windows lub z poziomu wiersza komend, można wyświetlić plik adapter.log bez otwierania testowego środowiska roboczego.

Problem Rozwiązanie lub przyczyna
Gdzie należy szukać błędów lub ostrzeżeń? W środowisku roboczym kliknij opcję Okna > Pokaż widok > Dziennik błędów.
Brak adaptera dostępnego do wyboru.
  • Sprawdź, czy adres serwera Rational Quality Manager podany w adapterze jest poprawny. Podaj poprawny adres.
  • Sprawdź podaną nazwę użytkownika i hasło. Podaj poprawne hasło.
Próby nawiązania przez adapter połączenia z produktem Rational Quality Manager ciągle kończą się niepowodzeniem. Upewnij się, że serwer jest uruchomiony. W razie potrzeby zrestartuj serwer lub sprawdź połączenie sieciowe.
Adapter jest wyświetlany na czerwono w oknie dialogowym wyboru.
  • Adapter nie komunikuje się z serwerem.
  • Adapter może już być używany.
Podjęto próbę zaimportowania skryptu z adaptera, ale nie znaleziono skryptów.
  • Upewnij się, że ścieżka projektu wprowadzona w produkcie Rational Quality Manager dotyczy projektu w obszarze roboczym powiązanym z uruchomionym adapterem. Konieczne jest wprowadzenie samej nazwy projektu. Ta metoda jest mniej podatna na błędy, ale obie formy są akceptowalne.
  • W przypadku uruchamiania z poziomu wiersza komend lub jako usługi sprawdź, czy zmienna środowiskowa WORKSPACE_DIR ustawiona w pliku adapter.config jest taka sama jak ścieżka wyświetlana w oknie dialogowym wyboru obszaru roboczego podczas uruchamiania środowiska roboczego testu. Należy uważać, aby nie ustawić ścieżki do folderu projektu w katalogu obszaru roboczego.
  • Upewnij się, że nie używasz obszaru roboczego zawierającego projekt skopiowany z położenia współużytkowanego. Dla projektów, które nie są współużytkowane, nie można używać obszaru roboczego zawierającego projekty z położeń współużytkowanych.
Adapter jest uruchamiany z poziomu wiersza komend lub jako usługa, a testy ciągle kończą się niepowodzeniem. Uruchom adapter w trybie interfejsu GUI, co pozwoli zobaczyć, co się dzieje, gdy w środowisku roboczym testu jest uruchamiany skrypt testowy.
Adapter usług Windows nie uruchamia się. Komunikat o błędzie informuje, że uruchomienie usługi w odpowiednim czasie nie powiodło się. Sprawdź, czy w komputerze zainstalowano platformę .NET w wersji 2.0 lub nowszej. Tę platformę można zainstalować z serwisu aktualizacji systemu Windows lub ręcznie. Więcej informacji na temat instalowania platformy .NET można znaleźć na stronie http://support.microsoft.com/kb/923100.
Podczas testowania współużytkowanych zasobów wykonanie kończy się niepowodzeniem i jest wyświetlany komunikat IOException. Najbardziej prawdopodobną przyczyną jest niepoprawna konfiguracja współużytkowanego położenia UNC produktu Rational Quality Manager.
  • Sprawdź, czy z produktu Rational Quality Manager można uzyskać dostęp do katalogu współużytkowanego UNC bez konieczności podawania hasła. Logowanie do katalogu współużytkowanego UNC może wymagać odwzorowania dysku w systemie Windows dla systemu Rational Quality Manager.
  • Upewnij się, że zasób współużytkowany zdefiniowano w produkcie Rational Quality Manager w obszarze Administrator > Właściwości systemu > Zasoby.
  • Upewnij się, że skrypt testowy wskazuje położenie współużytkowane, które nadal istnieje. Jeśli powiązano skrypt testowy produktu Rational Quality Manager z położeniem współużytkowanym, które zostało zmienione (na przykład jeśli adres IP został ponownie przypisany), konieczne może być ponowne powiązanie każdego skryptu testowego.
  • Upewnij się, że katalog współużytkowany UNC określony w produkcie Rational Quality Manager wskazuje projekt.
Podczas testowania zasobów współużytkowanych wykonanie kończy się niepowodzeniem z niskopoziomowym błędem modelu. Upewnij się, że w adapterze zainstalowano wymagane rozszerzenia protokołu. Zasoby testowe znajdujące się w położeniu współużytkowanym mogą być uruchamiane tylko w obszarze roboczym adaptera, który obsługuje te protokoły.
Nie można uruchomić testów usług utworzonych w poprzedniej wersji produktu. Przeprowadź aktualizację każdego zasobu SOA do najnowszej wersji.
Adapter nie może nawiązać połączenia z serwerem i jest wyświetlany jeden z następujących komunikatów o błędach:
  • Błąd komunikacji z serwerem
  • Wystąpił błąd podczas rejestrowania adaptera
  • W przypadku korzystania z produktu Rational Quality Manager w wersji 3.0 lub nowszej adres URL serwera skonfigurowany dla adaptera musi dokładnie odpowiadać publicznemu identyfikatorowi URI serwera Rational Quality Manager. Publiczny identyfikator URI serwera jest dostępny na stronie administracyjnej produktu Rational Quality Manager. Domyślnie strona administracyjna znajduje się pod adresem https://nazwa_serwera:9443/qm/admin.
  • Użytkownik adaptera musi należeć do obszaru projektu Rational Quality Manager. Otwórz stronę administracyjną obszaru projektu na serwerze Rational Quality Manager, aby określić, czy użytkownik adaptera należy do obszaru projektu. W przypadku produktu Rational Quality Manager w wersji 3.0 i nowszej użytkownik adaptera musi mieć rolę członka zespołu testowego, a nie rolę kontrybutora zespołu testowego. Ten błąd może również wystąpić, jeśli zmodyfikowano wartości domyślne tych ról.

Opinia