37 najczęściej zadawanych pytań podczas wywiadów z LoadRunner i najlepsze odpowiedzi

37 most common loadrunner interview questions

Najczęściej zadawane pytania podczas wywiadów z LoadRunner.

W naszym poprzednim samouczku omówiliśmy wszystko Analiza wyników testu w LoadRunner .

W tym artykule skupimy się na najważniejsze najczęściej zadawane pytania i odpowiedzi na rozmowę z LoadRunner które pomogą Ci odnieść sukces w każdym wywiadzie z testerem wydajności przy użyciu LoadRunner.

LoadRunner to jedno z najlepiej licencjonowanych narzędzi do testowania wydajności na rynku. Najlepiej nadaje się do większości nadchodzących technologii ze względu na szeroki zakres obsługiwanych protokołów.

=> Kliknij tutaj, aby uzyskać pełną serię samouczków LoadRunner

Kilka podstawowych wskazówek, zanim zaczniemy:

# 1) Pytania do rozmowy kwalifikacyjnej LoadRunner można podzielić na 3 główne typy - Skrypty, wykonywanie i Analiza . Dla początkujących ważne jest, aby bardziej skupili się na części dotyczącej skryptów.

#dwa) Http / HTML jest najczęściej używanym protokołem, na początek spróbuj udoskonalić ten protokół.

# 3) Pamiętaj, aby znać dokładna wersja LoadRunner nad którym pracowałeś. W przypadku doświadczenia zawodowego z poprzednią wersją, staraj się na bieżąco aktualizować funkcje, które są częścią nowszych / aktualnych wersji.

# 4) Test wydajności wywiady są bardziej praktyczne niż kiedyś. Pytania zorientowane na scenariusze są raczej powszechne niż proste. W niektórych firmach testy skryptowe są nawet częścią procesu rozmowy kwalifikacyjnej. Więc bądź przygotowany na to samo.

# 5) Nawet w przypadku pisania skryptów preferowane jest, abyś był w stanie dostosować kod zamiast po prostu nagrywać i odtwarzać.

# 6) Spodziewaj się pytań na temat - czas na przemyślenie, transakcje, komentarze, opcje nagrywania, ustawienia runtime itp. - mają na celu sprawdzenie Twojej wiedzy na temat najlepszych praktyk tworzenia skryptów.

Oto niektóre z Wywiad dotyczący testów wydajności pytania na to będzie potrzebne trochę doświadczenia. Staraj się pamiętać o tych pytaniach podczas pracy nad projektami testów wydajnościowych, aby przygotowanie do rozmowy kwalifikacyjnej stało się procesem ciągłym.

1. Z jakimi problemami związanymi ze skryptami napotkaliście do tej pory?
2. Jakie są wąskie gardła wydajności, które znalazłeś w projektach, nad którymi pracowałeś? Jakie są zalecenia dotyczące rozwiązania tych problemów?
3. Czy zastosowałeś prawo Little'a do swojego projektu? Jeśli tak to jak?
4. Jakie jest Twoje podejście do analizy?
5. Co monitorujesz podczas wykonywania?
6. Jak wyodrębnić dane serwera do wykonania testów i jak to przeanalizować?
7. Jak zidentyfikować wąskie gardła wydajności?

Kluczowe obszary pytań to:

• Wyzwania, które napotykasz podczas pisania skryptów
• Funkcja korelacji
• Obsługa błędów
• Różne tryby nagrywania dla protokołu internetowego HTTP / HTML.
• Tworzenie scenariusza
• Wyzwania podczas egzekucji
• Analiza

Poniżej przedstawiamy kilka typowych pytań do wywiadów LoadRunner i odpowiedzi na nie. Należy jednak pamiętać, że rozszerzenie najlepsze rezultaty można osiągnąć, dostarczając odpowiedzi oparte na Twojej ekspozycji, wiedzy i interpretacji pojęć . Uczenie się samych odpowiedzi na pytania nie zawsze jest optymalne. Praktyka, nauka i ekspert - takie powinno być podejście do przygotowania do rozmowy kwalifikacyjnej w ramach testów wydajności.

Pytania do wywiadu LoadRunner i najlepsze odpowiedzi

P # 1) Jaka jest różnica między testowaniem wydajności a inżynierią wydajności?

Odpowiedź: W testowaniu wydajności cykl testowania obejmuje zbieranie wymagań, tworzenie skryptów, wykonywanie, udostępnianie wyników i generowanie raportów. Inżynieria wydajności jest krokiem przed testami wydajnościowymi, gdzie po wykonaniu; Wyniki są analizowane w celu znalezienia wąskich gardeł wydajności i dostarczane jest rozwiązanie pozwalające rozwiązać zidentyfikowane problemy.

P # 2) Wyjaśnij cykl życia testów wydajności.

Odpowiedź:

• Krok 1: Analiza systemu (identyfikacja transakcji krytycznej)
  Generator wirtualnych użytkowników
• Krok 2: Tworzenie skryptów wirtualnego użytkownika (nagrywanie)
• Krok 3: Definiowanie zachowań użytkowników (ustawienie czasu wykonywania)
  Kontroler LoadRunner
• Krok 4: Tworzenie scenariuszy testów obciążenia
• Krok 5: Uruchamianie scenariuszy testów obciążenia i monitorowanie wydajności
  Analiza LoadRunner
• Krok 6: Analiza wyników

Odnosić się Samouczek testowania wydajności nr 2 po więcej szczegółów.

P # 3) Co to jest testowanie wydajności?

Odpowiedź: Testy wydajnościowe są wykonywane w celu oceny wydajności aplikacji w warunkach obciążenia i stresu. Zwykle mierzy się go w kategoriach czasu reakcji użytkownika na działanie aplikacji.

P # 4) Co to jest testowanie obciążenia?

Odpowiedź: Testowanie obciążenia ma na celu określenie, czy aplikacja może dobrze działać przy intensywnym użytkowaniu wynikającym z jednoczesnego korzystania z niej przez dużą liczbę użytkowników. Obciążenie jest zwiększane, aby zasymulować maksymalne obciążenie serwerów podczas maksymalnych okresów użytkowania.

P # 5) Jakie są różne komponenty LoadRunner?

Odpowiedź:

Główne elementy LoadRunner to:

• VUGen: Rejestruje skrypty Vusera, które naśladują działania prawdziwych użytkowników.
• Kontroler: Centrum administracyjne do tworzenia, utrzymywania i wykonywania scenariuszy testów obciążenia. Przypisuje scenariusze do Vuserów i generatorów ładowania, uruchamia i zatrzymuje testy ładowania.
• Generator obciążenia: Agent, za pomocą którego możemy wygenerować ładunek
• Analiza: Zawiera wykresy i raporty podsumowujące wydajność systemu

P # 6) Co to jest punkt spotkania?

Odpowiedź: Punkt Rendezvous pomaga w emulowaniu dużego obciążenia użytkownika (żądania) na serwerze. To instruuje Vusers, aby działali jednocześnie. Kiedy Vuser osiągnie punkt Rendezvous, czeka na wszystkich Vuserów z punktem Rendezvous. Gdy osiągnie wyznaczona liczba Vuserów, Vusery są uwalniane. Funkcja lr_rendezvous służy do tworzenia punktu Rendezvous. Można to wstawić przez:

• Przycisk Rendezvous na ruchomym pasku narzędzi nagrywania podczas nagrywania.
• Po nagraniu punkt Rendezvous jest wstawiany przez Wstaw> Rendezvous .

P # 7) Jakie są różne sekcje skryptu? W jakiej kolejności przebiegają te sekcje?

Odpowiedź: Skrypt LoadRunner ma trzy sekcje Vuser_init, Action i Vuser_end.

• Vuser_init ma żądania / akcje, aby zalogować się do aplikacji / serwera.
• Akcja posiada rzeczywisty kod do testowania funkcjonalności aplikacji. Można to odtwarzać wiele razy w iteracjach.
• Vuser_end ma żądania / akcje wylogowania się z aplikacji / serwera.

Sekwencja, w której te sekcje są wykonywane, to Vuser_init znajduje się na samym początku, a Vuser_end na samym końcu. Akcja jest wykonywana pomiędzy nimi.

P # 8) Jak zidentyfikować protokół, którego należy użyć w dowolnej aplikacji?

aby zwiększyć bezpieczeństwo w sieci wewnętrznej Twojej firmy

Odpowiedź: Wcześniej tester wydajności musiał w dużym stopniu polegać na zespole programistów, aby wiedzieć o protokole, którego aplikacja używa do interakcji z serwerem. Czasami było to również spekulacyjne.

Jednak LoadRunner zapewnia dużą pomoc w postaci Doradca protokołu od wersji 9.5 wzwyż. Doradca protokołów wykrywa protokoły, z których korzysta aplikacja i sugeruje nam możliwe protokoły, w których można utworzyć skrypt symulujący rzeczywistego użytkownika.

P # 9) Co to jest korelacja? Wyjaśnij różnicę między korelacją automatyczną a ręczną Korelacja?

Odpowiedź: Korelacja służy do obsługi wartości dynamicznych w skrypcie. Wartość dynamiczna może się zmieniać dla każdego działania użytkownika (wartość zmienia się, gdy akcja jest odtwarzana przez tego samego użytkownika) lub dla różnych użytkowników (wartość zmienia się, gdy akcja jest odtwarzana z innym użytkownikiem). W obu przypadkach korelacja dba o te wartości i zapobiega ich niepowodzeniu podczas wykonywania.

Korelacja ręczna polega na zidentyfikowaniu wartości dynamicznej, znalezieniu pierwszego wystąpienia wartości dynamicznej, zidentyfikowaniu unikalnych granic przechwytywania wartości dynamicznej, zapisaniu funkcji korelacji web_reg_save_param przed pierwszym wystąpieniem wartości dynamicznej w odpowiedzi na żądanie.

Automatyczna korelacja działa na wstępnie zdefiniowanych regułach korelacji. Skrypt jest odtwarzany i skanowany pod kątem autokorelacji w przypadku niepowodzenia. Vugen identyfikuje miejsce, w którym działają reguły korelacji i koreluje wartość po zatwierdzeniu.

Odnosić się do ten samouczek po więcej szczegółów.

P # 10) Jak zidentyfikować, co skorelować, a co sparametryzować?

Odpowiedź: Każda wartość w skrypcie, która zmienia się przy każdej iteracji lub z różnymi użytkownikami podczas odtwarzania, wymaga korelacji. Każde wejście użytkownika podczas nagrywania powinno być sparametryzowane.

P # 11) Co to jest parametryzacja i dlaczego jest konieczna w skrypcie?

Odpowiedź: Zastępowanie wartości zakodowanych na stałe w skrypcie za pomocą parametru nazywa się parametryzacją. Pomaga to jednemu użytkownikowi wirtualnemu (Vuser) używać różnych danych przy każdym przebiegu. Symuluje to rzeczywiste użycie aplikacji, ponieważ pozwala uniknąć buforowania wyników serwera.

Odnosić się do ten samouczek po więcej szczegółów.

P # 12) W jaki sposób identyfikujecie przypadki użycia testów wydajności dowolnej aplikacji?

Odpowiedź: Przypadki testowe / przypadki użycia dla testów wydajnościowych są prawie takie same jak wszystkie przypadki testowe testów ręcznych / funkcjonalnych, w których zapisywany jest każdy krok wykonywany przez użytkownika. Jedyna różnica polega na tym, że wszystkie przypadki testów ręcznych nie mogą być przypadkami użycia testów wydajnościowych, ponieważ istnieje kilka kryteriów wyboru, takich jak:

• Aktywność użytkownika powinna odnosić się do krytycznej i najważniejszej funkcjonalności aplikacji.
• Aktywność użytkownika powinna obejmować dużą ilość działań w bazie danych, takich jak wyszukiwanie, usuwanie lub wstawianie.
• Aktywność użytkownika powinna mieć dobrą liczbę użytkowników. Funkcjonalność polegająca na mniejszej aktywności użytkownika jest generalnie pomijana z punktu widzenia testów wydajności. Na przykład, aktywność na koncie administratora.

Każdy przypadek testowy manualny, który spełnia powyższe kryteria, może być użyty jako przypadek użycia / przypadek testowy testów wydajnościowych. Jeśli manualne przypadki testowe nie są pisane krok po kroku, zespół Performance powinien stworzyć dla nich dedykowane dokumenty.

P # 13) Podczas tworzenia skryptów utworzyłeś reguły korelacji dla automatycznej korelacji. Jeśli chcesz udostępnić reguły korelacji członkom swojego zespołu pracującym nad tą samą aplikacją, aby mogli używać ich na swojej stacji roboczej, jak to zrobisz?

Odpowiedź: Reguły korelacji można wyeksportować za pomocą pliku .cor, a ten sam plik można zaimportować za pośrednictwem VuGen.

P # 14) Jakie są różne typy dzienników Vuser, których można używać podczas tworzenia skryptów i wykonywania? Jaka jest różnica między tymi dziennikami? Kiedy wyłączysz logowanie?

Odpowiedź: Dostępne są dwa typy dzienników użytkownika Vuser - dziennik standardowy i dziennik rozszerzony. Dzienniki są kluczem do debugowania skryptu. Po uruchomieniu i uruchomieniu skryptu rejestrowanie jest włączane tylko w przypadku błędów.

Dziennik standardowy tworzy dziennik funkcji i komunikatów wysyłanych do serwera podczas wykonywania skryptu, natomiast dziennik rozszerzony zawiera dodatkowe ostrzeżenia i inne komunikaty. Rejestrowanie jest używane podczas debugowania i wyłączane podczas wykonywania. W takim przypadku można włączyć rejestrowanie błędów.

P # 15) Jakie jest modułowe podejście do tworzenia skryptów?

Odpowiedź: W podejściu modułowym funkcja jest tworzona dla każdego żądania ( Na przykład, logowanie, wylogowanie, zapisywanie, usuwanie itp.), a te funkcje są wywoływane w razie potrzeby. Takie podejście zapewnia większą swobodę ponownego wykorzystania żądania i oszczędza czas. Przy takim podejściu zaleca się pracę z niestandardowymi żądaniami sieci Web.

P # 16) Jakie są różne typy celów w Scenariuszu Zorientowanym na Cel?

Odpowiedź: LoadRunner ma pięć różnych typów celów w scenariuszu zorientowanym na cel. To są:

1. Liczba jednoczesnych Vuserów
2. Liczba trafień na sekundę
3. Liczba transakcji na sekundę
4. Liczba stron na minutę
5. Czas odpowiedzi transakcji

P # 17) W jaki sposób weryfikowany jest każdy krok w skrypcie?

Odpowiedź: Każdy krok w skrypcie jest weryfikowany z treścią zwróconej strony. Sprawdzenie treści sprawdza, czy na stronie znajduje się określona treść, czy nie. Istnieją dwa rodzaje sprawdzania zawartości, które mogą być używane w LoadRunner:

• Sprawdzanie tekstu: Spowoduje to sprawdzenie tekstu / ciągu znaków na stronie internetowej.
• Kontrola obrazu: To sprawdza obraz na stronie internetowej.

P # 18) Jak modyfikowany jest skrypt VuGen po nagraniu?

Odpowiedź: Po zarejestrowaniu skryptu można go zmodyfikować w następujący sposób:

• Transakcja
• Parametryzacja
• Korelacja
• Deklaracje zmiennych
• Punkt spotkania
• Walidacje / Punkt kontrolny

P # 19) Co to jest zwiększanie i zmniejszanie?

Odpowiedź:

• Ramp-up: Szybkość, z jaką wirtualni użytkownicy dodają do testu obciążenia.
• Zwalnianie: Szybkość, z jaką wirtualni użytkownicy wychodzą z testu obciążenia.

P # 20) Jaka jest zaleta uruchomienia Vusera jako wątku?

Odpowiedź: Uruchamianie Vuserów jako wątku pomaga wygenerować więcej wirtualnych użytkowników z dowolnej maszyny ze względu na mały wydruk pamięci Vusera obsługującego wątek.

P # 21) Co to jest strata czasu w dzienniku powtórek VuGen?

Odpowiedź: Żaden użytkownik przeglądarki nie marnuje czasu, a tylko czas spędzony na czynnościach wspierających analizę testów. Działania te są związane z rejestrowaniem, prowadzeniem dokumentacji i analizami niestandardowymi.

P # 22) Jak włączyć sprawdzanie tekstu i obrazu w VuGen?

Odpowiedź: Można to zrobić za pomocą funkcji web_find (do sprawdzania tekstu) i web_image_check (do sprawdzania obrazu) i włączając sprawdzanie obrazu i tekstu z ustawień środowiska wykonawczego.
Ustawienia czasu wykonywania–> Preferencje–> Zaznacz pole wyboru Obraz i tekst.

P # 23) Jaka jest różnica między web_reg_find i web_find?

Odpowiedź: Funkcja web_reg_find jest przetwarzana przed wysłaniem żądania i umieszczana przed żądaniem w skrypcie VuGen, podczas gdy funkcja web_find jest przetwarzana po nadejściu odpowiedzi na żądanie i umieszczana po żądaniu w skrypcie VuGen.

P # 24) Jakie wyzwania napotkasz podczas wykonywania skryptu kroku „Zaznacz wszystko”, a następnie „Usuń” dla dowolnego konta pocztowego?

Odpowiedź: W takim przypadku post dla „Wybierz wszystko” i „Usuń” będzie się zmieniać za każdym razem w zależności od liczby dostępnych wiadomości. W tym celu nagrane żądanie dla dwóch należy zastąpić niestandardowym żądaniem, a do zbudowania postu wymagane jest zbudowanie ciągu znaków. ( Uwaga - To pytanie wymaga praktycznej wiedzy. Więc proszę o to praktycznie i sformułuj swoją odpowiedź).

P # 25) Jaka jest różnica między tempem a czasem przemyśleń?

Odpowiedź: Tempo to czas oczekiwania między iteracjami akcji, podczas gdy myślenie, że czas to czas oczekiwania między transakcjami.

P # 26) Jaka jest liczba wykresów, które można monitorować jednocześnie za pomocą kontrolera? Jakie jest ich maksimum?

Odpowiedź: Jednocześnie można zobaczyć jeden, dwa, cztery i osiem wykresów. Maksymalna liczba wykresów, które można monitorować jednocześnie, to 8.

Q # 27) Masz aplikację, która pokazuje wyniki egzaminu ucznia. Każdemu uczniowi odpowiadającemu nazwisku jest napisane, czy zdał, czy nie zdał egzaminu z oznaczeniem „Zdany” i „Niezaliczony”. Jak zidentyfikujesz liczbę uczniów, którzy zdali i nie zdali egzaminu w skrypcie VuGen?

Odpowiedź: W tym przypadku sprawdzanie tekstu jest używane dla strony internetowej pod kątem tekstu „Zdany i„ Niepowodzenie ”. Dzięki funkcji web_reg_find możemy przechwycić liczbę tekstów znalezionych na stronie internetowej za pomocą „SaveCount”. SaveCount przechowuje liczbę znalezionych dopasowań. Na przykład-

P # 28) Jakie jest optymalne ustawienie dzienników podczas testu obciążenia?

Odpowiedź: Dla dziennika testu obciążenia poziom jest ustawiony na minimalny. Można to osiągnąć, ustawiając poziom dziennika na dziennik standardowy i wybierając przycisk opcji „Wyślij wiadomość tylko wtedy, gdy wystąpi błąd”.

P # 29) Jak poradzisz sobie z sytuacją, w której skrypty były dla Twojej skrzynki pocztowej, którą musisz losowo wybrać do przeczytania?

Odpowiedź: W tym celu nagramy skrypt do czytania pierwszej wiadomości. Spróbuj dowiedzieć się, co jest publikowane w żądaniu, aby przeczytać pierwszą wiadomość, na przykład identyfikatory poczty lub wiersz nr.

Z postu, w którym odbija się lista wiadomości e-mail, spróbujemy uchwycić wszystkie identyfikatory e-mail w wierszu nr z funkcją korelacji i zachowując Ordinal as All, czyli ORD = All. Zastąp żądany identyfikator e-mail w przeczytanym poście dowolnym z losowo wybranych identyfikatorów e-mail z listy przechwyconych identyfikatorów e-mail.

Odnieś się do tego Samouczek dotyczący skryptów .

P # 30) Jaki jest czas na myślenie? Jaki jest próg czasu do namysłu i jak można to zmienić?

Odpowiedź: Czas myślenia to czas oczekiwania wstawiony celowo między czynnościami w skrypcie w celu emulacji czasu oczekiwania rzeczywistego użytkownika podczas wykonywania czynności w aplikacji. Poziom progowy dla czasu do namysłu na poziomie, poniżej którego zarejestrowany czas do namysłu zostanie zignorowany. Można to zmienić z Nagrane opcje-> Skrypt-> Wygeneruj czas na myślenie dłuższy niż próg.

P # 31) Jak jest skonfigurowana automatyczna korelacja?

Odpowiedź: Wszelkie ustawienia związane z automatyczną korelacją można wykonać za pomocą programu Opcje ogólne-> Korelacja. Reguły korelacji są ustawiane z Opcje nagrywania-> Korelacje.

P # 32) W jaki sposób decydujecie o liczbie generatorów obciążenia wymaganych do przeprowadzenia testu?

Odpowiedź: Liczba wymaganych generatorów obciążenia zależy całkowicie od protokołu użytego do utworzenia skryptu i konfiguracji maszyny generatora obciążenia. Każdy protokół ma inny wydruk pamięci i to decyduje o tym, ilu wirtualnych użytkowników można wygenerować z podanej konfiguracji maszyny (generator obciążenia).

P # 33) Jakich dokładnie funkcji szukasz przy wyborze narzędzia do testowania wydajności?

Odpowiedź: Narzędzie do testowania wydajności powinno być w stanie: -

• Testowanie aplikacji zbudowanej przy użyciu wielu technologii i platform sprzętowych.
• Określ przydatność serwera do testowania aplikacji
• Testowanie aplikacji z obciążeniem dziesiątek, tysięcy, a nawet tysięcy wirtualnych użytkowników.

P # 34) Czym różni się jednoczesni użytkownicy od jednoczesnych użytkowników?

Odpowiedź: Wszyscy jednoczesni użytkownicy są jednocześnie użytkownikami, ale odwrotnie nie jest prawdą.

Wszyscy Vusery w uruchomionym scenariuszu są jednocześnie użytkownikami, ponieważ używają tej samej aplikacji w tym samym czasie, ale być może wykonują te same zadania lub nie. Jednocześnie użytkownicy wykonują to samo zadanie w tym samym czasie. Jednocześnie pracujący użytkownicy są tworzeni jednocześnie za pośrednictwem punktów spotkań.

Punkty spotkań instruują system, aby zaczekał, aż przybędzie określona liczba Vuserów, aby wszyscy mogli wykonywać określone zadanie jednocześnie.

P # 35) Jak rozpoznajesz, które wartości muszą być skorelowane w skrypcie? Daj przykład.

Odpowiedź: Można to zrobić na różne sposoby:

• Nagraj oba skrypty, wykonując podobne czynności i porównaj je za pomocą narzędzia WDiff. (Zobacz samouczek Korelacja).
• Odtwórz nagrany skrypt i zeskanuj pod kątem korelacji. Daje to listę wartości, które można skorelować.

Session-Id jest tego dobrym przykładem. Gdy dwa skrypty są rejestrowane i porównywane za pomocą narzędzia WDiff. Identyfikatory sesji w obu skryptach powinny być różne, a WDiff podkreśla te wartości.

P # 36) W jaki sposób buforowanie wpływa na wyniki testów wydajności?

Odpowiedź: Gdy dane są buforowane w pamięci serwera, serwer nie musi pobierać wyniku i nie jest wyzwalane żadne działanie serwera. Wynik testu nie odzwierciedla takiej samej wydajności rzeczywistych użytkowników korzystających z aplikacji z różnymi danymi.

P # 37) W jaki sposób zatrzymasz wykonywanie skryptu w przypadku błędu?

Odpowiedź: Można to osiągnąć za pomocą funkcji lr_abort. Funkcja nakazuje Vuserowi zaprzestanie wykonywania sekcji Action i zakończenie wykonywania przez wykonanie sekcji vuser_end. Ta funkcja jest pomocna w obsłudze konkretnego błędu.

Może to również służyć do obsługi sytuacji, a nie błędu, gdy wykonanie nie jest możliwe. Funkcja przypisała status „Zatrzymano” do Vusera, który zatrzymał się z powodu funkcji lr_abort. W ustawieniu Run-Time należy odznaczyć opcję „Kontynuuj w przypadku błędu”.

Do Ciebie

Mamy taką nadzieję ogromna kompilacja pytań do wywiadu LoadRunner wraz z odpowiedziami przyda się wam wszystkim.

W STH zawsze wyznajemy znaczenie podstaw . To samo odnosi się również do odniesienia sukcesu w testach wydajnościowych. Chcielibyśmy jednak, aby ten kwestionariusz wywiadu dotyczącego testowania wydajności był instrumentalnym punktem odniesienia dla wszystkich, którzy chcą znaleźć karierę testera wydajności lub awansować w niej za pomocą LoadRunner.

Życzę wszystkiego najlepszego!

=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków LoadRunner

POPRZEDNIA samouczek | Pierwszy samouczek

Mam nadzieję, że spodobał Ci się cały zakres samouczków w tej serii LoadRunner.

rekomendowane lektury

• Pytania i odpowiedzi do wywiadu
• ETL Pytania i odpowiedzi podczas rozmowy kwalifikacyjnej testującej
• Niektóre trudne pytania i odpowiedzi do testowania ręcznego
• 25 najlepszych pytań i odpowiedzi na rozmowę z testami zwinnymi
• 34 Najczęstsze pytania i odpowiedzi do wywiadów SoapUI
• Pytania do wywiadu Spocka z odpowiedziami (najpopularniejsze)
• Kilka interesujących pytań do rozmowy kwalifikacyjnej dotyczącej testowania oprogramowania
• Ponad 20 pytań i odpowiedzi do wywiadów .NET