what is longevity testing
W tym artykule wyjaśniono znaczenie „ Testowanie żywotności ”Oraz w jaki sposób pomaga ocenić stabilność Systemu lub Produktu oraz zredukować wady stwierdzone przez klienta, tj. ' Wyłap błędy we własnym zakresie, zanim klient je znajdzie ”.
Pod koniec tego artykułu kierownicy ds. Zapewnienia jakości, leady i testerzy będą mieli rzetelną wiedzę na temat:
- Co to jest test długowieczności?
- Dlaczego wymagane są testy długowieczności?
- Planowanie i wykonywanie testów długowieczności
- Jakie są wady i zalety testowania długowieczności?
podwójnie połączona lista w kodzie źródłowym C ++
Czego się nauczysz:
Co to jest test długowieczności?
Testowanie długowieczności to czynność testowa:
- W celu sprawdzenia stabilności systemu lub produktu i cech użytkowych przez dłuższy okres pod kątem odpowiedniego obciążenia i naprężenia w ruchu i aplikacjach w czasie rzeczywistym
- Ograniczenie występowania defektów pojawiających się w siedzibie Klienta
Schemat obsługi problemów zgłaszanych przez klientów (rys.1)
Tło testów długowieczności
# 1) Zwykle w ciągu pierwszych kilku tygodni od wdrożenia Produktu lub po uaktualnieniu do najnowszej wersji oprogramowania w siedzibie klienta wszystko działa dobrze. Jednak w ciągu kilku tygodni klient zaczyna zgłaszać problemy.
#dwa) Wiele problemów może być prostymi funkcjami, ponieważ są zgłaszane przez klienta i nie można ich łatwo odtworzyć na miejscu. Potrzebują dużo czasu i dokładnej analizy przez zespół ekspertów w całym spektrum. Podpowiedź: czas = $$$ !!!
# 3) Jedna lub więcej z poniższych sytuacji ma miejsce, gdy klient (-y) znajduje usterkę (rys. 1)
- Stopień wady będzie miało bezpośredni wpływ na biznes Klienta tj. $$$
- Każde zgłoszenie serwisowe skierowane do Centrum Wsparcia Technicznego kosztuje $ $ $ dla Organizacji Inżynierii Produktu
- Rzadko problemy zgłaszane przez klienta są rozwiązywane przez zespół pomocy technicznej frontendu
- Takie prośby lub bilety są przekazywane do zespołu wsparcia eskalacji
- Eskalacja biletów klienta będzie kosztować organizację więcej $ $
- Jeśli zespół eskalacyjny nie będzie w stanie rozwiązać problemu, będzie musiał teraz zaangażować zespół inżynierów (programista i kontrola jakości)
- Do tej pory znacznie wzrosłyby również koszty rozwiązania problemu w postaci $$$
- Im dłuższe rozwiązanie wady, tym większe prawdopodobieństwo niezadowolenia klienta (klientów), który nie składałby kolejnych zamówień, a najgorszy scenariusz to taki, w którym klient decyduje się na przejście do rozwiązania konkurencji w dogodnym czasie. Jednak w obu przypadkach jest to strata przychodów dowolnej organizacji zajmującej się inżynierią produktów
4) Większy odsetek takich problemów zgłaszanych przez klientów jest związany z typową stabilnością systemu lub produktu w połączeniu z topologią klienta, infrastrukturą, ruchem i aplikacjami.
Dlaczego wymagane są testy długowieczności?
1) Każda „Wada” wynikająca ze zgłoszenia problemu przez Klienta jest zazwyczaj ucieczką testową.
dwa) Wszelkie takie wady kosztują zarówno klienta, jak i organizację inżynieryjną, która dostarcza rozwiązania i usługi dla klientów.
3) W normalnym scenariuszu defekt powinien zostać zauważony wewnętrznie podczas różnych cykli testowych, w tym testów regresyjnych, przez jednego lub więcej testerów z zespołu testującego, w zależności od złożoności problemu.
4) Co najważniejsze, takie defekty wynikające z problemów zgłaszanych przez klientów wskazują również, że odpowiedni scenariusz testowy lub przypadek testowy został pominięty w momencie wykonywania planu testów.
5) Wielu testerów musiało doświadczyć, że jakaś funkcja nie działa w siedzibie klienta, ale przeszła wewnętrznie w różnych stanowiskach testowych, takich jak
- Funkcja
- Regresja
- Załaduj
- Naprężenie
- Wydajność
- System
- Rozwiązanie
- Alfa
- Beta
6) Kluczowe obserwacje do rozważenia -
- Podczas dowolnego cyklu wydawania oprogramowania, system w trakcie testowania (SUT) lub urządzenie w trakcie testowania (DUT) we wszystkich platformach testowych jest często miękki lub trudny do ponownego uruchomienia z powodu braku rzeczy, takich jak ładowanie nowego kodu, weryfikacja błędów itp.
- Nawet zestawy testów automatycznej regresji zwykle ponownie uruchamiają lub resetują SUT lub DUT po wykonaniu określonego skryptu przypadku testowego lub serii skryptów przypadków testowych
- Tak więc SUT lub DUT nie działają wystarczająco długo bez miękkiego lub twardego restartu
- Zupełnie inaczej sytuacja wygląda u klienta. Klient nie może sobie pozwolić na częste ponowne uruchamianie systemu, co powoduje zakłócenia produktywności
- Klienci postępują zgodnie ze sprawdzoną praktyką, w ramach której ogłaszają docelowym odbiorcom odpowiedni okres konserwacji, a następnie dokonują aktualizacji oprogramowania lub wymiany sprzętu itp.
- Takie okna konserwacyjne mogą trwać przez określony czas, od kwartalnych do rocznych, w zależności od wewnętrznych wytycznych i procedur organizacji klienta
- W rzeczywistości rzeczywisty obraz stanu Systemu lub Produktu u klienta jest zupełnie inny niż w przypadku stanowisk testowych podczas danego cyklu wydania oprogramowania w dowolnej organizacji inżynierii produktu
- Wielu klientów szuka również autoryzowanego dokumentu dotyczącego jakości, który przeszedł określone testy modeli pionowych, zwłaszcza branżowe w dziedzinie finansów, opieki zdrowotnej i federalnej
Biorąc pod uwagę kilka luk w testach, jak wspomniano powyżej =>
- Oczywiste jest, że System lub Produkt powinny przejść dłuższe testy lub Testy trwałości ze scenariuszem od końca do końca naśladującym lokalizację klienta lub branże
- Dłuższy czas może wynosić 72-720 godzin. (3-30 dni) lub odpowiedni czas na podstawie EFD lub CFD dane i konkretne przypadki klientów
- Zalecaną praktyką dla kierowników kontroli jakości, liderów i testerów jest przeprowadzanie Testów Długowieczności jako osobnej czynności w danym cyklu Wydania Oprogramowania
- Net-Net, testowanie długowieczności jest bardzo istotne dla stabilności systemu lub produktu, ponieważ ma bezpośredni związek z zyskiem organizacji.
Planowanie i wykonywanie testów długowieczności
Ważne jest, aby kierownicy ds. Kontroli jakości, leady i testerzy włączyli do swoich zadań testy długowieczności ogólna strategia testowania .
Planowanie
jak utworzyć podwójnie połączoną listę w java
- Organizacje inżynieryjne przeprowadzają wewnętrzną analizę ucieczki z testów ( HERBATA ) ćwiczenie od czasu do czasu dla wielu Produktów (sprzętu i oprogramowania). Niektórzy mają nawet zintegrowany i zautomatyzowany mechanizm wykopywania danych Test Escape, zwykle opartych na „Defektach znalezionych zewnętrznie ( EFD ) ”Lub„ Wady znalezione przez klienta ( CFD ) ”Zarejestrowany przez zespół pomocy technicznej ds. Eskalacji
- EFD lub CFD należy dokładnie przeanalizować w kontekście wdrożenia na żywo klienta z punktu widzenia całościowego, nie tylko infrastruktury, ale także urządzeń użytkowników końcowych, aplikacji i wzorców ruchu
Zrozumienie branż klientów:
Klienci zwykle należą do jednej z poniższych szerszych branż:
- Opieka zdrowotna
- Sprzedaż
- Finanse
- Edukacja
- Transport
- Produkcja
- Inżynieria
- Federalny (rządowy)
Zajęcia
# 1) Opracuj oddzielny plan testów i przypadek testowy do testowania długowieczności. Pomoże to również w śledzeniu wykonywania testów, rejestrowaniu błędów i weryfikacji
#dwa) Zidentyfikuj przypadki testowe na podstawie danych wejściowych Test Escape Analysis - zwykle jest to usuwanie błędów z EFD lub CFD
# 3) Bardzo ważne jest, aby zespół ds. Kontroli jakości naśladował stanowiska testowe jednej lub kilku branż, w zależności od rodzaju działalności organizacji z liczbą branż
# 4) Dedykowane łóżka testowe powinny mieć
- Topologia sieci podobna do planowanej pionu lub wielu pionów
- Infrastruktura zawierająca podobne przełączniki, routery, serwery zaplecza, zapory sieciowe itp
- Najczęściej i najczęściej używane serwery aplikacji z danej branży (branż)
- Najczęściej i najczęściej używane gadżety użytkowników końcowych z danej branży
# 5) Odpowiednie narzędzia do generowania obciążenia, stresu i ruchu w czasie rzeczywistym
# 6) Zidentyfikuj zasób wykonania ręcznego
plsql wywiad pytania i odpowiedzi pdf
# 7) Zidentyfikuj zasoby / strategię automatyzacji w celu szybszego i powtarzalnego wykonania
# 8) Zidentyfikuj POCZĄTEK i KONIEC testowania długowieczności dla danego wydania
Dwa podejścia do START i END testowania długowieczności:
I) Podejście 1:
- Kod oprogramowania lub sprzęt powinny być w stabilnym stanie
- ROZPOCZNIJ pod koniec ukończenia testu funkcji
- KONIEC przed zamrożeniem kodu
II) Podejście 2:
- Zrób drobne uderzenie, zezwalając na nieco niestabilny kod
- START po ukończeniu 70% cyklu testowego FEATURE
- KONIEC przed zamrożeniem kodu
# 9) Weryfikacja błędów pod kątem naprawionych usterek
# 10) Przenieś testowanie długowieczności do regresji, aby przeprowadzić kolejne testy regresji
Wykonanie
- Skonfiguruj łoża testowe, aby naśladować jedną lub więcej branż klientów
- Upewnij się, że wszystkie zaplecze Infra, aplikacja i baza danych, w tym smaki, są podobne do tych, które są dostępne u klienta
- Upewnij się, że urządzenia użytkowników końcowych są podobne do tych używanych przez klienta, są dostępne i używane podczas wykonywania planu testów
- Upewnij się, że dostępne są odpowiednie narzędzia do generowania umiarkowanego naprężenia i obciążenia systemu lub produktu
- Wykonaj cały zestaw testów z planu testów długowieczności bez miękkiego lub twardego restartu SUT lub DUT, serwery zaplecza inne urządzenia związane z Infra
- Wielokrotne serie testów należy uruchamiać w powyższy sposób przez określony czas bez przerwy od 72 do 720 godzin.
- Zapisz wyniki
- Zarejestruj wszystkie zidentyfikowane błędy
- Sprawdź wszystkie błędy
Jakie są wady i zalety testowania długowieczności?
Plusy
- Pomaga zidentyfikować krytyczne błędy zanim klient ją znajdzie
- Pomaga ustabilizować System lub Produkt pod kątem jego funkcji serwisowalnej, która ma kluczowe znaczenie dla produktywności i działalności Klienta
- Pomaga zwiększyć satysfakcję klientów
- Oszczędza mnóstwo kosztów $$$ dla Organizacji - zaoszczędzone pieniądze to zarobione pieniądze !!!
- Raport z testów trwałości można również przekształcić w dowód certyfikacji jakości dla różnych branż
Cons
- Koszt początkowy uwzględnienia Testów długowieczności i powiązanych z nimi działań w ramach danego wydania i działań regresyjnych
- Idealnie nadaje się do Model wodospadu
- Modele Agile / Scrum wymagają poprawienia czasu trwania i pokrycia
Wniosek
Wiele „usterek”, które wynikają ze zgłoszonych przez Klienta problemów, jest głównie spowodowanych ucieczką z testu. To z kolei prosi o wiele pytań, takich jak opracowanie, przegląd, pokrycie i wykonanie planu testów.
Wady wykryte zewnętrznie (EFD) lub wady znalezione przez klienta (CFD) mają wpływ biznesowy ($$$) zarówno na klienta, jak i na organizację produktu.
Wyjątkowe testy trwałości powinny pomóc każdej organizacji zajmującej się Produktem zwiększyć satysfakcję klienta poprzez identyfikację i usuwanie usterek, zanim klient je wykryje. Testowanie trwałości pomaga również poprawić stabilność, co skutkuje solidnym systemem jakości lub produktem.
O autorze: Ten artykuł został napisany przez autora STH Vinayaka. Ma 12 lat doświadczenia w zapewnianiu jakości i testowaniu w firmach z listy Fortune 500.
Daj nam znać, jeśli masz jakieś pytania lub sugestie dotyczące tego artykułu.
rekomendowane lektury
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Testing Primer Pobierz eBook
- Testowanie obciążenia za pomocą samouczków HP LoadRunner
- Różnica między testami na komputerach stacjonarnych, serwerach klienckich i testach internetowych
- Co to jest test gamma? Końcowy etap testów
- Co to jest testowanie zgodności (testowanie zgodności)?
- Asystent testowania oprogramowania
- Stronniczość poznawcza w testowaniu oprogramowania: dlaczego testerzy nie zauważają błędów?