Kopiowanie projektów

Projekt testu można wyeksportować z obszaru roboczego i zaimportować go do innego obszaru roboczego.

Zanim rozpoczniesz

Uwaga: Poniższe instrukcje zawierają starszą metodę kopiowania projektu testu. Więcej informacji na temat kopiowania projektów, harmonogramów, testów lub wyników zawiera sekcja Kopiowanie zasobów testowych z zależnościami. W poniższych instrukcjach przedstawiono alternatywny sposób kopiowania projektu testu.

O tym zadaniu

W przypadku eksportowania zasobów testowych do pliku archiwum, a następnie ich importowania do innego projektu, należy upewnić się, że obie nazwy projektu są takie same. W przeciwnym razie znalezienie zaimportowanych zasobów testowych może być niemożliwe.

Procedura

  1. Uruchom produkt Rational Performance Tester i wybierz źródłowy obszar roboczy.
  2. Wyeksportuj projekt testu do pliku archiwum. Instrukcje zawiera sekcja Eksportowanie zasobów do pliku archiwum . Pule danych mogą znajdować się w tym samym projekcie co testy, które ich używają, lub w innych projektach. Należy pamiętać, aby wyeksportować wszystkie pule danych wymagane przez wyeksportowane testy.
  3. Jeśli docelowy obszar roboczy znajduje się na innym komputerze, prześlij plik archiwum do położenia, które jest dostępne dla tego komputera.
  4. Uruchom produkt Rational Performance Tester i wybierz docelowy obszar roboczy.
  5. Kliknij opcję Plik > Importuj. Rozwiń folder Ogólne i kliknij ikonę Istniejące projekty do obszaru roboczego, a następnie kliknij przycisk Dalej.
  6. Kliknij opcję Wybierz plik archiwum, a następnie kliknij przycisk Przeglądaj, aby wybrać plik archiwum. Kliknij przycisk Zakończ, aby zaimportować projekt źródłowy z pliku archiwum do docelowego obszaru roboczego.
  7. Opcjonalne: Jeśli zaimportowany projekt zawiera kod niestandardowy lub testy, które zostały uruchomione, może być konieczna zmiana ścieżki budowania Java™. W poniższych przykładach przedstawiono przypadki, w których może być wymagana zmiana ścieżki budowania Java:
    • Ścieżka budowania Java została ręcznie zmieniona w projekcie, z którego została wyeksportowana. W tym przypadku te same zmiany muszą zostać wprowadzone w zaimportowanym projekcie. Podczas importowania zostanie wyświetlone pytanie, czy zastąpić plik ścieżki klasy, w którym przechowywana jest ścieżka budowania Java dla projektu. W przypadku wybrania odpowiedzi Tak zmniejszone zostanie prawdopodobieństwo konieczności zmiany ścieżki budowania.
    • Projekt został zaimportowany na innym komputerze z inną konfiguracją instalacji środowiska Java. W tym przypadku brakujące biblioteki muszą zostać usunięte ze ścieżki budowania.
    • Projekt został zaimportowany do obszaru roboczego na innym dysku. Gdy zostanie wyświetlone pytanie, czy zastąpić plik ścieżki klasy, i zostanie wybrana odpowiedź Nie, prawdopodobieństwo konieczności zmiany ścieżki budowania będzie mniejsze.

    Instrukcje dotyczące zmiany ścieżki budowania zawiera sekcja Strona Ścieżka budowania Java.

Co dalej

W przypadku wystąpienia błędów po zaimportowaniu projektu testu lub podczas używania istniejącego obszaru roboczego z nową wersją produktu może być konieczne usunięcie plików .java z folderu src w obszarze roboczym:
  1. Kliknij opcję Okna > Otwórz perspektywę > Zasób, aby otworzyć perspektywę Zasób.
  2. W oknie Nawigator rozwiń folder projektu testu i znajdź folder src.
  3. Usuń wszystkie pliki .java w folderze src z wyjątkiem plików zawierających kod niestandardowy.
  4. Wróć do perspektywy testu: kliknij opcję Okna > Otwórz perspektywę i wybierz opcję Test wydajności (lub Test usługi, jeśli używany jest produkt Rational Service Tester).

Opinia