Menü

Was ist Langlebigkeitstest? So fangen Sie die Fehler ab, bevor der Kunde sie findet

  • Haupt
  • Arten Von Tests
  • Was ist Langlebigkeitstest? So fangen Sie die Fehler ab, bevor der Kunde sie findet

what is longevity testing

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Dieser Artikel erklärt die Bedeutung von „ Langlebigkeitstests Und wie es hilft, die Stabilität des Systems oder des Produkts zu bewerten und die vom Kunden festgestellten Mängel zu verringern, d.h. '' Fangen Sie die Fehler intern ab, bevor der Kunde sie findet ”.

Am Ende dieses Artikels verfügen QS-Manager, Leads und Tester über ein angemessenes Wissen über:

  • Was ist Langlebigkeitstest?
  • Warum sind Langlebigkeitstests erforderlich?
  • Planung und Durchführung von Langlebigkeitstests
  • Was sind die Vor- und Nachteile von Langlebigkeitstests?

Langlebigkeitstests

wie man eine ausführbare JAR-Datei öffnet

Was du lernen wirst:

Was ist Langlebigkeitstest?

Langlebigkeitstests sind eine Testaktivität:

  • Validierung von System- oder Produktstabilitäts- und Wartungsfunktionen über einen längeren Zeitraum anhand geeigneter Last- und Belastungsbedingungen mit Echtzeitverkehr und -anwendungen
  • Reduzierung des Auftretens von Mängeln beim Kunden

Flussdiagramm der Behandlung Vom Kunden gemeldete Probleme (Abb. 1)

Was ist Langlebigkeitstest?

Hintergrund zu Langlebigkeitstests

# 1) Normalerweise läuft in den ersten Wochen der Produktbereitstellung oder nach einem Upgrade auf die neueste Softwareversion beim Kunden alles gut. Innerhalb weniger Wochen beginnt ein Kunde jedoch, die Probleme zu melden.

#zwei) Viele der Probleme können einfache Funktionen sein, da sie vom Kunden gemeldet werden und intern nicht leicht reproduzierbar sind. Sie benötigen viel Zeit und sorgfältige Analyse durch das Expertenteam im gesamten Spektrum. Hinweis: Zeit = $$$ !!!

#3) Eine oder mehrere der folgenden Situationen treten auf, wenn Kunden den Defekt finden (Abb. 1).

  • Schwere des Mangels wird sich direkt auf das Geschäft des Kunden auswirken, d. h. $$$
  • Jede Serviceanfrage an das Technical Support Center kostet die Product Engineering Organization $$$
  • Selten werden die vom Kunden aufgeworfenen Probleme vom technischen Support-Front-End-Team gelöst
  • Solche Anfragen oder Tickets werden an das Escalation Support Team weitergeleitet
  • Die Eskalation von Kundentickets kostet die Organisation mehr $$$
  • Wenn das Eskalationsteam das Problem nicht lösen kann, muss es jetzt das Engineering-Team (Entwicklung und Qualitätssicherung) einbeziehen.
  • Inzwischen wären auch die Kosten für die Lösung des Problems erheblich gestiegen
  • Je länger die Fehlerbehebung ist, desto höher ist die Wahrscheinlichkeit, dass unzufriedene Kunden keine Nachbestellungen erteilen. Das schlimmste Szenario ist, wenn der Kunde beschließt, zu einem geeigneten Zeitpunkt zur Lösung eines Mitbewerbers zu wechseln. In beiden Fällen bedeutet dies jedoch einen Umsatzverlust für jede Produktentwicklungsorganisation

4) Der höhere Prozentsatz solcher Probleme, die von Kunden gemeldet werden, hängt mit der typischen System- oder Produktstabilität in Kombination mit Kundentopologie, Infrastruktur, Datenverkehr und anwendungsspezifischen Problemen zusammen.

Warum sind Langlebigkeitstests erforderlich?

1) Jeder vom Kunden gemeldete „Defekt“ ist normalerweise ein Test-Escape.

zwei) Solche Mängel kosten sowohl für den Kunden als auch für die technische Organisation, die den Kunden Lösungen und Dienstleistungen anbietet, unter dem Strich $$$.

3) In einem normalen Szenario sollte der Fehler intern während verschiedener Testzyklen festgestellt worden sein, einschließlich Regressionstests durch einen oder mehrere Tester des Testteams, abhängig von der Komplexität des Problems.

4) Am wichtigsten ist jedoch, dass solche Fehler, die sich aus vom Kunden gemeldeten Problemen ergeben, auch auf ein geeignetes Testszenario oder einen Testfall hinweisen, der zum Zeitpunkt der Ausführung des Testplans übersehen wurde.

5) Viele der Tester müssen erfahren haben, dass eine bestimmte Funktion beim Kunden nicht funktioniert, aber in verschiedenen Testumgebungen wie z

  • Merkmal
  • Regression
  • Belastung
  • Stress
  • Performance
  • System
  • Lösung
  • Alpha
  • Beta

6) Wichtige zu berücksichtigende Beobachtungen - -

  • Während eines Software-Release-Zyklus werden System Under Test (SUT) oder Device Under Test (DUT) in allen Testbeds häufig weich oder hart neu gestartet, wenn Dinge wie das Laden neuer Codes, das Überprüfen von Fehlern usw. fehlen.
  • Selbst automatisierte Regressionstestsuiten starten normalerweise das SUT oder DUT nach der Ausführung eines bestimmten Testfallskripts oder einer Reihe von Testfallskripten neu oder setzen es zurück
  • Das SUT oder DUT läuft also nicht lange genug ohne einen weichen oder harten Neustart
  • Bei den Kunden ist die Situation völlig anders. Der Kunde kann es sich nicht leisten, das System häufig neu zu starten, was zu Produktivitätsstörungen führt
  • Kunden folgen einer bewährten Praxis, bei der sie dem beabsichtigten Publikum ein ordnungsgemäßes Wartungsfenster ankündigen und dann ein Software-Upgrade oder einen Hardware-Austausch usw. durchführen.
  • Solche Wartungsfenster können je nach den internen Richtlinien und Verfahren der Kundenorganisation für eine bestimmte Dauer von vierteljährlich bis jährlich gelten
  • In der Realität unterscheidet sich das tatsächliche Gesundheitsbild des Systems oder des Produkts beim Kunden vollständig von dem von Testbeds während eines bestimmten Software-Release-Zyklus in einer Produktentwicklungsorganisation
  • Viele Kunden suchen auch nach einem autorisierten Qualitätsdokument, das bestimmte vertikale Modelltests bestanden hat, insbesondere Finanz-, Gesundheits- und Bundesvertikale

Berücksichtigung einiger Testlücken wie oben erwähnt =>

Full Join vs Full Outer Join
  • Es ist offensichtlich, dass das System oder das Produkt eine längere Testdauer oder Langlebigkeitstests mit einem End-to-End-Szenario durchlaufen sollte, das den Kundenstandort oder die Branchen nachahmt
  • Eine längere Dauer kann 72-720 Stunden betragen. (3-30 Tage) oder angemessene Dauer basierend auf EFD oder CFD Daten und spezifische Kundenfälle
  • Es wird empfohlen, dass QS-Manager, Leads und Tester Langlebigkeitstests als separate Aktivität in einem bestimmten Software-Release-Zyklus durchführen
  • Net-Net- und Langlebigkeitstests sind für die Stabilität des Systems oder des Produkts von großer Bedeutung, da sie in direktem Zusammenhang mit dem Geschäftsergebnis der Organisation stehen

Planung und Durchführung von Langlebigkeitstests

Es ist wichtig, dass QS-Manager, Leads und Tester Langlebigkeitstests als Teil ihrer Prüfung einbeziehen Gesamtteststrategie .

Planung

Planung und Durchführung von Langlebigkeitstests

  • Technische Organisationen führen interne Test-Escape-Analysen durch ( TEE ) Übung von Zeit zu Zeit für viele Produkte (Hardware und Software). Einige verfügen sogar über einen integrierten und automatisierten Mechanismus zum Ausgraben von Test-Escape-Daten, die normalerweise auf „extern gefundenen Fehlern“ ( EFD ) “Oder„ Vom Kunden gefundene Mängel ( CFD ) ’Vom Support-Eskalationsteam protokolliert
  • EFDs oder CFDs sollten im Zusammenhang mit der Live-Bereitstellung des Kunden aus einer End-to-End-Perspektive sorgfältig analysiert werden, nicht nur die Infrastruktur, sondern auch die Endbenutzergeräte, Anwendungen und Verkehrsmuster

Kundenvertikale verstehen:

Kunden fallen normalerweise in eine der folgenden breiteren Branchen:

  • Gesundheitspflege
  • Einzelhandel
  • Finanzen
  • Bildung
  • Transport
  • Herstellung
  • Maschinenbau
  • Federal (Govt)

Aktivitäten

# 1) Entwickeln Sie einen separaten Testplan und Testfall für Langlebigkeitstests. Dies hilft auch dabei, die Testausführung, die Fehlerprotokollierung und die Überprüfung zu verfolgen

#zwei) Identifizieren Sie Testfälle anhand der Eingaben für die Test-Escape-Analyse - normalerweise Bug-Scrub von EFDs oder CFDs

#3) Es ist sehr wichtig, dass das QA-Team die Prüfstände einer oder mehrerer Branchen nachahmt, abhängig von der Branche des Unternehmens mit der Anzahl der Branchen

# 4) Spezielle Prüfstände sollten haben

  • Netzwerktopologie ähnlich der einer beabsichtigten Vertikalen oder mehrerer Vertikal
  • Infrastruktur mit ähnlichen Switches, Routern, Back-End-Servern, Firewalls usw.
  • Am häufigsten und am häufigsten verwendete Anwendungsserver aus einer bestimmten Branche (n)
  • Am häufigsten und am häufigsten verwendete Endbenutzer-Gadgets aus einer bestimmten Branche (n)

# 5) Geeignete Tools zur Erzeugung von Last-, Stress- und Echtzeitverkehr

# 6) Identifizieren Sie die Ressource für die manuelle Ausführung

# 7) Identifizieren Sie die Automatisierungsressource / -strategie für eine schnellere und wiederholte Ausführung

# 8) Identifizieren Sie START und ENDE der Langlebigkeitstests für eine bestimmte Version

Zwei Ansätze für START und ENDE von Langlebigkeitstests:

I) Ansatz 1:

  • Software-Code oder Hardware sollten sich in einem stabilen Zustand befinden
  • STARTEN Sie am Ende des FEATURE-Testabschlusses
  • ENDE vor dem Einfrieren des Codes

II) Ansatz 2:

  • Machen Sie einen kleinen Treffer, indem Sie leicht instabilen Code zulassen
  • STARTEN Sie nach 70% Abschluss des FEATURE-Testzyklus
  • ENDE vor dem Einfrieren des Codes

# 9) Fehlerüberprüfung für behobene Fehler

Fragen und Antworten zum Interview mit Softwaretests für erfahrene

# 10) Verschieben Sie die Langlebigkeitstests für nachfolgende Regressionstests in die Regression

Ausführung

  • Richten Sie die Testbed (s) so ein, dass sie eine oder mehrere Kundenvertikale nachahmen
  • Stellen Sie sicher, dass alle Back-End-Informationen, Anwendungen und Datenbanken einschließlich der Geschmacksrichtungen denen des Kunden ähnlich sind
  • Stellen Sie sicher, dass Endbenutzergeräte, die denen des Kunden ähneln, verfügbar sind und während der Ausführung des Testplans verwendet werden
  • Stellen Sie sicher, dass geeignete Werkzeuge verfügbar sind, um eine mäßige Belastung und Belastung des Systems oder Produkts zu erzeugen
  • Führen Sie die gesamte Testsuite aus dem Langlebigkeitstestplan aus, ohne SUT oder DUT, Back-End-Server und andere Infra-bezogene Geräte sanft oder hart neu zu starten
  • Mehrere Testläufe sollten auf die oben beschriebene Weise für eine definierte Dauer ohne Unterbrechung ab dem Steckplatz 72-720 Stunden ausgeführt werden.
  • Notieren Sie die Ergebnisse
  • Protokollieren Sie alle identifizierten Fehler
  • Überprüfen Sie alle Fehler

Was sind die Vor- und Nachteile von Langlebigkeitstests?

Vorteile

  • Hilft kritische Fehler identifizieren bevor der Kunde es findet
  • Hilft bei der Stabilisierung des Systems oder Produkts aufgrund seiner wartungsfähigen Funktion, die für die Produktivität und das Geschäft des Kunden von entscheidender Bedeutung ist
  • Steigert die Kundenzufriedenheit
  • Spart der Organisation viele Kosten $$$ - gespartes Geld ist verdientes Geld !!!
  • Der Langlebigkeitstestbericht kann auch in einen Qualitätszertifizierungsnachweis für verschiedene Branchen umgewandelt werden

Nachteile

  • Anfangskosten für die Einbeziehung von Langlebigkeitstests und damit verbundenen Aktivitäten als Teil einer bestimmten Release- und Regressionsaktivität
  • Ideal geeignet für Wasserfall-Modell
  • Bei Agile / Scrum-Modellen müssen Dauer und Abdeckung angepasst werden

Fazit

Viele der „Fehler“, die sich aus vom Kunden gemeldeten Problemen ergeben, sind hauptsächlich auf Test Escape zurückzuführen. Dies wiederum wirft viele Fragen auf, wie z. B. die Entwicklung, Überprüfung, Berichterstattung und Ausführung von Testplänen.

Extern gefundene Fehler (EFD) oder vom Kunden gefundene Fehler (CFD) haben sowohl für den Kunden als auch für die Produktorganisation geschäftliche Auswirkungen ($$$).

Langlebigkeitstests sind einzigartig und sollten jeder Produktorganisation helfen, die Kundenzufriedenheit zu verbessern, indem Fehler identifiziert und behoben werden, bevor der Kunde sie entdeckt. Langlebigkeitstests tragen auch zur Verbesserung der Stabilität bei, was zu einem robusten Qualitätssystem oder -produkt führt.

Über den Autor: Dieser Artikel wurde vom STH-Autor Vinayak verfasst. Er verfügt über 12 Jahre Erfahrung in der Qualitätssicherung / Prüfung in Fortune 500-Unternehmen.

Lassen Sie uns wissen, wenn Sie Fragen oder Anregungen zu diesem Artikel haben.

Literatur-Empfehlungen

^