Menu

Co to jest test długowieczności? Jak złapać błędy, zanim klient je znajdzie

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?

Testowanie żywotności

Czego się nauczysz:

podwójnie połączona lista w kodzie źródłowym C ++

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)

Co to jest testowanie długowieczności

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

Planowanie i wykonywanie testów żywotności

  • 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:

jak utworzyć podwójnie połączoną listę w java

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

# 7) Zidentyfikuj zasoby / strategię automatyzacji w celu szybszego i powtarzalnego wykonania

plsql wywiad pytania i odpowiedzi pdf

# 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

^