difference between performance test plan
Jaka jest różnica między planem testów wydajności a strategią testów?
W tym Seria testów wydajności , nasz poprzedni samouczek, wyjaśnił Testowanie funkcjonalne a testowanie wydajności szczegółowo.
=> Kliknij tutaj, aby uzyskać pełną serię samouczków dotyczących testowania wydajności
W tym samouczku dowiesz się o różnicy między planem testów wydajności i strategią testów oraz o treści, która ma być częścią tych dokumentów.
Zrozummy różnicę między tymi dwoma dokumentami.
Czego się nauczysz:
- Strategia testów wydajności
- Plan testów wydajności
- Treść dokumentu dotyczącego strategii testów wydajności
- Treść dokumentu planu testów wydajności
- Wskazówki dotyczące tworzenia tych dokumentów
- Wniosek
- rekomendowane lektury
Strategia testów wydajności
Dokument Strategia testów wydajnościowych to dokument wysokiego poziomu, który zawiera informacje na temat przeprowadzania testów wydajnościowych w fazie testowania. Informuje nas, jak przetestować wymaganie biznesowe i jakie podejście jest wymagane, aby pomyślnie dostarczyć produkt do klienta końcowego.
Dzięki temu wszystkie informacje o procesie biznesowym będą na bardzo wysokim poziomie.
Dokument ten jest zwykle napisany przez Kierowników Testów Wydajności na podstawie ich wcześniejszego doświadczenia, ponieważ dostępne będą tylko ograniczone informacje, ponieważ dokument ten jest przygotowywany na początkowych etapach projektu, tj. W fazie analizy wymagań lub po fazie analizy wymagań.
Innymi słowy, dokument Strategii testów wydajnościowych to nic innego jak kierunek, który wyznaczyłeś na początku projektu, stosując podejście, które zamierzasz przyjąć, aby osiągnąć cele testów wydajnościowych.
Typowy dokument dotyczący strategii testów wydajnościowych zawiera ogólny cel testowania wydajności, jako co będzie testowane? jakie środowisko będzie używane? jakie narzędzia będą używane? jakie rodzaje testów zostaną przeprowadzone? Kryteria wejścia i wyjścia, jakie ryzyko interesariusza jest ograniczane? i kilka innych, którym przyjrzymy się szczegółowo w dalszej części tego samouczka.
Powyższy diagram wyjaśnia, że dokument Strategia testów wydajnościowych jest tworzony w trakcie lub po fazie analizy wymagań projektu.
Plan testów wydajności
Dokument planu testów wydajności jest zapisywany na późniejszym etapie projektu, kiedy wymagania i dokumenty projektowe są prawie zamrożone. Dokument Plan testów wydajności zawiera wszystkie szczegóły harmonogramu wdrażania strategii lub Podejścia, które zostały opisane podczas fazy analizy wymagań.
W tej chwili dokumenty projektowe są prawie gotowe, a plan testów wydajności zawiera wszystkie szczegóły dotyczące scenariuszy do przetestowania. Zawiera również więcej szczegółów na temat środowisk, które są używane do przebiegów testów wydajności, liczby cykli przebiegów testów, zasobów, kryteriów wejścia-wyjścia i nie tylko. Plan testów wydajnościowych jest sporządzany przez kierownika ds. Wydajności lub kierownika testów wydajności.
Powyższy diagram jasno wyjaśnia, że plan testów wydajności jest tworzony podczas projektowania projektu lub po fazie projektowania w oparciu o dostępność dokumentów projektowych.
Treść dokumentu dotyczącego strategii testów wydajności
Zobaczmy teraz, co wszystko powinno znaleźć się w dokumencie strategii testów wydajności:
#1. Wstęp: Podaj krótki przegląd tego, co będzie zawierał dokument strategii testów wydajności dla tego konkretnego projektu. Wspomnij również o zespołach, które będą korzystać z tego dokumentu.
nie znaleziono bramy domyślnej Windows 10
# 2) Zakres: Zdefiniowanie zakresu jest bardzo ważne, ponieważ mówi nam, co dokładnie będzie testowane pod kątem wydajności. Definiując zakres lub jakąkolwiek inną sekcję, musimy być bardzo konkretni.
Nigdy nie pisz uogólnień. Zakres mówi nam, co dokładnie będzie testowane dla całego projektu. Mamy W zakresie i Poza zakresem jako część zakresu, W zakresie opisuje wszystkie funkcje, które będą testowane pod kątem wydajności, a Poza zakresem opisuje funkcje, które nie będą testowane.
# 3) Testuj Podejście: W tym miejscu musimy wspomnieć o podejściu, które zamierzamy zastosować w naszych testach wydajności, na przykład każdy skrypt będzie wykonywany przez jednego użytkownika w celu utworzenia linii bazowej, a następnie te testy linii bazowej zostaną wykorzystane jako odniesienie do testów porównawczych w późniejszym czas podczas przebiegów testowych.
Ponadto każdy element zostanie przetestowany indywidualnie przed ich zintegrowaniem i tak dalej.
# 4) Testuj Rodzaje: W tym miejscu wspominamy o różnych rodzajach testów, które mają być objęte, takie jak test obciążenia, test obciążenia, test wytrzymałości, test objętości itp.
# 5) Testuj Elementy dostarczane: Wspomnij, jakie wszystkie produkty zostaną dostarczone w ramach testów wydajności projektu, takich jak raport z przebiegu testów, raport podsumowujący itp.
# 6) Środowisko: W tym miejscu musimy wspomnieć o szczegółach środowiska. Szczegóły środowiska są bardzo ważne, ponieważ opisują, jakie systemy operacyjne będą używane do testowania wydajności.
Czy środowisko będzie repliką produkcji, czy też zostanie zwiększone lub zmniejszone w porównaniu z produkcją, a także stosunek rozmiaru w górę do rozmiaru w dół, tj. Czy będzie o połowę mniejszy od produkcji, czy też będzie dwukrotnie większy od wielkości produkcji ?
Musimy również wyraźnie wspomnieć o wszelkich poprawkach lub aktualizacjach zabezpieczeń, które należy traktować jako część konfigurowanego środowiska, a także podczas testu wydajności.
# 7) Narzędzia: W tym miejscu musimy wspomnieć o wszystkich narzędziach, które będą używane, jak narzędzia do śledzenia defektów, Narzędzia do zarządzania , Narzędzia do testowania wydajności i monitorowania. Trochę Przykłady narzędzi do śledzenia defektów JIRA , Do zarządzania dokumentami, takimi jak Confluence, do testowania wydajności Jmeter i do monitorowania Nagios .
# 8) Zasoby: Szczegółowe informacje na temat zasobów wymaganych dla zespołu testów wydajności są udokumentowane w tej sekcji. Na przykład , Performance Manager, Performance Test Lead, Performance Testerzy itp.
# 9) Wejście & Wyjście Kryteria: Kryteria wejścia i wyjścia zostaną opisane w tej sekcji.
Na przykład,
Kryteria wejścia - Aplikacja powinna być stabilna funkcjonalnie przed wdrożeniem kompilacji do testów wydajności.
Kryteria wyjścia - Wszystkie główne usterki są zamknięte, a większość umów SLA jest spełniona.
# 10) Ryzyko i łagodzenie: Wszelkie ryzyka, które będą miały wpływ na testy wydajności, muszą być wymienione w tym miejscu wraz z planem ich łagodzenia. Pomoże to wszelkim zagrożeniom występującym podczas testowania wydajności lub przynajmniej obejście tego ryzyka zostanie zaplanowane z dużym wyprzedzeniem. Pomoże to w terminowym wypełnieniu harmonogramów testów wydajności bez wpływu na wyniki.
# 11) Skróty: Używane dla skrótów. Na przykład, PT - Test wydajności.
# 12) Historia dokumentu: Zawiera wersję dokumentu.
Treść dokumentu planu testów wydajności
Przyjrzyjmy się, co wszystko powinno znaleźć się w dokumencie planu testów wydajności:
#1. Wstęp: Wszystko jest takie samo, jak podano w dokumencie Strategia testów wydajnościowych, a raczej wspomnimy o planie testów wydajnościowych zamiast o strategii testów wydajności.
# 2) Cel: Jaki jest cel tego testowania wydajności, co jest osiągane poprzez przeprowadzanie testów wydajnościowych, tj. Jakie są korzyści z przeprowadzania testów wydajnościowych, należy wyraźnie wspomnieć w tym miejscu.
# 3) Zakres : Zakres testów wydajnościowych, zarówno w zakresie, jak i poza zakresem, jest zdefiniowany tutaj.
# 4) Podejście: Opisano tutaj ogólne podejście, w jaki sposób przeprowadza się testy wydajności? Jakie są warunki wstępne do skonfigurowania środowiska? itp. są uwzględnione.
# 5) Architektura: Należy tu wspomnieć o szczegółach architektury aplikacji, takich jak łączna liczba serwerów aplikacji, serwerów WWW, serwerów DB, zapór sieciowych, 3r & Dd aplikacja strony Obciążenie maszyn generujących itp.
przykład sortowania bąbelkowego w języku c ++
# 6) Zależności: Należy tutaj wymienić wszystkie czynności związane z testowaniem przed wydajnością, takie jak komponenty do testowania wydajności są funkcjonalnie stabilne, środowisko jest skalowane do produkcji takiej jak jedno i jest dostępne lub nie, data testu jest dostępna lub nie, narzędzia do testowania wydajności są dostępne z licencjami jeśli w ogóle i tak dalej.
# 7) Środowisko: Musimy wspomnieć o wszystkich szczegółach systemu, takich jak adres IP, liczba serwerów itp. Powinniśmy również wyraźnie wspomnieć, jak należy skonfigurować środowisko, takie jak wymagania wstępne, wszelkie łaty do aktualizacji itp.
# 8) Scenariusze testowe: Lista scenariuszy do przetestowania jest wymieniona w tej sekcji.
# 9) Mix obciążenia pracą: Mieszanka obciążenia pracą odgrywa istotną rolę w pomyślnym wykonaniu testu wydajności, a jeśli mieszanka obciążeń nie przewiduje działań użytkownika końcowego w czasie rzeczywistym, wówczas wszystkie wyniki testów idą na marne i kończy się na słabej wydajności w produkcji kiedy aplikacja zostanie uruchomiona.
Dlatego konieczne jest odpowiednie zaprojektowanie obciążenia pracą. Dowiedz się, w jaki sposób użytkownicy uzyskują dostęp do aplikacji w środowisku produkcyjnym i czy aplikacja jest już dostępna, lub spróbuj uzyskać więcej informacji od zespołu biznesowego, aby właściwie zrozumieć użycie aplikacji i zdefiniować obciążenie.
# 10) Cykle wykonania wydajności: Szczegóły dotyczące liczby uruchomień testów wydajności zostaną opisane w tej sekcji. Na przykład, Test linii bazowej, cykl 1 50 test użytkownika itp.
# 11) Wskaźniki testu wydajności: Szczegóły zebranych metryk zostaną opisane tutaj, te metryki powinny być w kryteria przyjęcia z uzgodnionymi wymaganiami dotyczącymi wydajności.
# 12) Wyniki testów: Wspomnij o rezultatach, a także dołącz linki do dokumentów, jeśli ma to zastosowanie.
# 13) Zarządzanie defektami: W tym miejscu musimy wspomnieć, jak obsługiwane są defekty, plik poziomy ważności i poziomy priorytetów należy również opisać.
# 14) Zarządzanie ryzykiem: Wspomnij o ryzyku związanym z planem łagodzenia skutków, na przykład jeśli aplikacja nie jest stabilna i jeśli defekty funkcjonalne o wysokim priorytecie są nadal otwarte, czy wpłynie to na harmonogram przebiegów testów wydajnościowych i jak wspomniano wcześniej, pomoże to w wystąpieniu ryzyka podczas testowania wydajności lub przynajmniej obejście Ryzyka zostanie zaplanowane z dużym wyprzedzeniem.
# 15) Zasoby: Podaj szczegóły zespołu oraz jego role i obowiązki.
# 16) Historia wersji: Śledzi historię dokumentów.
# 17) Recenzje i zatwierdzenia dokumentów: Zawiera listę osób, które przejrzą i zatwierdzą ostateczny dokument.
Tak więc, zasadniczo strategia testów wydajnościowych ma podejście do testów wydajnościowych, a plan testów wydajnościowych zawiera szczegóły tego podejścia, dlatego są one zgodne. Niektóre firmy mają po prostu plan testów wydajności, w którym do dokumentu dodano Podejście, podczas gdy inne mają oddzielnie strategię i dokument planu.
Wskazówki dotyczące tworzenia tych dokumentów
Podczas projektowania strategii lub dokumentu planu dla pomyślnego wykonania testów wydajności postępuj zgodnie z poniższymi wskazówkami.
- Zawsze pamiętaj, że definiując strategię testów wydajnościowych lub plan testów, musimy skupić się na celu i zakresie testów. Jeśli nasza strategia lub plan testów nie jest zgodny z wymaganiami lub zakresem, wówczas nasze testy są nieważne.
- Spróbuj skoncentrować się i uwzględnić te metryki, które są ważne do uchwycenia podczas przebiegu testowego, aby zidentyfikować wszelkie wąskie gardła w systemie lub zobaczyć wydajność aplikacji.
- Zaplanuj przebiegi testowe w taki sposób, aby nie przetestować wszystkich scenariuszy naraz i spowodować awarię systemu. Wykonaj kilka testów i stopniowo zwiększaj scenariusze i obciążenie użytkowników.
- W swoim podejściu spróbuj dodać wszystkie urządzenia, z których będzie uzyskiwany dostęp do Twojej aplikacji, zwykle dotyczy to urządzeń mobilnych.
- Zawsze miej sekcję „Ryzyko i łagodzenie” w dokumencie Strategii, ponieważ wymagania zmieniają się od czasu do czasu, a zmiany te będą miały duży wpływ na cykle realizacji i terminy, które muszą być skierowane do klienta z dużym wyprzedzeniem.
Wniosek
Jestem pewien, że ten samouczek szczegółowo przedstawiłby różnice między strategią testów wydajnościowych a planem wraz z zawartością, podejściem do testowania wydajności aplikacji mobilnych i testowaniem wydajności aplikacji w chmurze w sposób szczegółowy z przykładami.
Zapoznaj się z nadchodzącym samouczkiem, aby dowiedzieć się więcej o sposobach usprawnienia testów wydajności.
=> Odwiedź tutaj, aby uzyskać pełną serię samouczków dotyczących testowania wydajności
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- Testy wydajnościowe a testy obciążeniowe a testy obciążeniowe (różnica)
- Testy funkcjonalne a testy wydajnościowe: czy należy je wykonywać jednocześnie?
- Georgia Tech standaryzuje testy wydajności w RadView WebLOAD
- Różnica między LoadRunner a Performance Center
- Testowanie wydajności w chmurze: dostawcy usług testowania obciążenia w chmurze
- Narzędzia i usługi do testowania wydajności witryny
- Jak przeprowadzić ręczne testy wydajności?
- Kompletny przewodnik po testach wydajnościowych z przykładami