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ę
. 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ę
. 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ę
. 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ę
. 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ę , 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ę , aby zresetować perspektywę Test wydajności lub Test usługi. Alternatywnie
kliknij opcję , 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ę
. Domyślnie rejestrowane są komunikaty o błędach i
ostrzeżenia.
Można włączyć bardziej szczegółowe rejestrowanie dla adaptera, klikając opcję
. 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ę . |
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
.
- 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.
|