what are iq oq pq 3 q s software validation process
Einführung in IQ-OQ-PQ:
IQ, OQ und PQ bilden die 3Qs des Software-Validierungsprozesses.
Als Tester wissen wir alle, dass das Softwareentwicklungsteam die Software gemäß der Softwareanforderungsspezifikation (SRS), der Funktionsspezifikation und später selbst entwickelt. Das Testteam überprüft die Implementierung auf verschiedenen Testebenen in verschiedenen Testumgebungen, von der einfachsten bis zur einfachsten High-End, das dadurch die Produktionsumgebung nachbildet.
Bei diesem Ansatz von SDLC wäscht sich das Softwareentwicklungsteam im Allgemeinen die Hände, indem es die fertige Software (entwickelt und verifiziert) an das Betriebsteam übergibt. Darüber hinaus ist es das Operations Team (allgemein als Ops Team bezeichnet), das sich um die Bereitstellung in einer Produktionsumgebung kümmert und sie für die Verwendung durch die Endbenutzer bereit macht.
Hier liegt nun die eigentliche Herausforderung für das Betriebsteam, die Software in der Produktionsumgebung funktionsfähig zu machen, da während der Softwareentwicklungsphasen die Entwicklung und Überprüfung in einer simulierten Umgebung und ziemlich selten in der Nähe der Live-Umgebung nur in durchgeführt wurde Fall der Verfügbarkeit von Daten und Konfigurationen der Produktionsumgebung.
Hier kommt die Validierung der Software ins Spiel. Sobald die Überprüfung abgeschlossen und die Software vom Programm- / Produktteam abgemeldet ist, führt das Ops-Team eine Reihe von Aktivitäten durch, bevor die für die Produktion bereitgestellte Software akzeptiert wird, um zu beweisen, dass sich die Software wie erwartet verhält ist nichts anderes als die Validierungsaktivitäten.
Was du lernen wirst:
Verifikation vs Validierung
Lassen Sie uns hier den Unterschied zwischen 'Verifizierungs' - und 'Validierungs' -Aktivitäten klar verstehen. ' Überprüfung ’Ist die Bewertung der Software in Bezug auf die vorgegebenen Anforderungen und Spezifikationen, die von den Entwicklern und Testern intern am Standort der Softwareentwicklung durchgeführt werden.
Wohingegen ' Validierung Dies ist eine Reihe von Qualitätssicherungsprüfungen, die von externen Kunden, Eigentümern und Lieferanten des an sie gelieferten Produkts durchgeführt werden, um die Eignung vor der Annahme oder dem Kauf des Produkts zu überprüfen. Validierungsaktivitäten werden meist am Produktionsstandort durchgeführt.
Im Falle der Anwendungsentwicklung führt daher das Ops-Team die Validierungsaktivitäten für die Software durch.
Lesen Sie auch:
https://www.softwaretestinghelp.com/difference-between-verification-vs-validation/
Phasen des Validierungsprozesses
Im Allgemeinen bezieht sich der Validierungsprozess eines Produkts auf den gesamten Lebenszyklus eines Produkts von der Entwicklung bis zur Verwendung und Wartung. Daher ist der Validierungsprozess in 5 Phasen unterteilt.
5 Phasen des Validierungsprozesses sind:
Dieser 5-Phasen-Ansatz des Validierungsprozesses wird in vielen Branchen wie Fertigung, Medizin, Pharmazie usw. verfolgt. Hier erfolgt die Validierung durch den Endkunden vor dem Kauf der Maschinen, Geräte oder des Produkts.
Die Bestandteile der Validierungsaktivitäten für eine Software bestehen darin, zu beweisen, dass die Software für die Benutzer zum Verzehr bereit ist, und hauptsächlich die erfolgreiche Installation der Software zu überprüfen, gefolgt von der Funktionalität und Funktionsfähigkeit.
3Qs Ansatz: IQ-OQ-PQ
Im Softwarekontext ist die 3Qs Ansatz, IQ-OQ-PQ wird im Rahmen der Validierung verfolgt und vom Operations-Team durchgeführt, das letztendlich für die Bereitstellung der Software in der Produktion verantwortlich ist.
Im Folgenden finden Sie das Ablaufdiagramm des Validierungsprozesses:
Die Vorlage, der Plan und alle anderen Dokumente, die zur Durchführung der 3Qs eingegeben werden, werden vom Softwareteam für ihre Software erstellt und enthalten den detaillierten Ansatz, die Aufgaben / Aktivitäten / Tests, die im Rahmen dieser Qualifikationen durchgeführt werden sollen mit den Testergebnissen.
Zusammenfassende Berichte werden während der Softwareübergabe zusammen mit den Binärdateien und anderen Ergebnissen an das Ops-Team übergeben.
Auf hohem Niveau,
Insgesamt besteht der Zweck der Durchführung von IQ, OQ und PQ darin, sicherzustellen, dass die Software erfolgreich bereitgestellt und alle Funktionen ohne Engpässe genutzt werden können.
Im Idealfall sind IQ, OQ und PQ die sequentiellen Aktivitäten, die in der Reihenfolge ausgeführt werden müssen. Ohne die Installation kann eine Funktionalität der Software nicht überprüft werden. Wenn die Funktionalität nicht nachgewiesen wird, macht es keinen Sinn, die Leistung zu messen. Aus zeitlichen Gründen kann PQ manchmal parallel zu OQ gestartet werden, sobald die Schlüsselaspekte von OQ festgelegt sind.
Lassen Sie uns nun mehr über jede dieser drei Phasen im Detail verstehen.
Installationsqualifikation (IQ)
Installationsqualifikation auch bezeichnet als 'IQ' Hierbei wird überprüft, ob die mitgelieferte Software (Binärdateien, Skripts usw.) mit den angegebenen Konfigurationen erfolgreich in der angegebenen Umgebung installiert werden kann, und um zu überprüfen, wie diese Installationsschritte im Dokument 'Installationshandbuch' aufgezeichnet werden.
Die folgenden Elemente werden vom Entwicklungsteam zusammen mit dem mitgelieferten Softwarepaket bereitgestellt und vom Ops-Team zur Durchführung des IQ verwendet.
1) Dokument „Installationshandbuch“, in dem die Installationsschritte in den ausgewählten Umgebungen dokumentiert sind.
zwei) Dokument 'Konfigurationshandbuch' zum Einrichten der konfigurierbaren Software. Manchmal wird dieses Dokument Teil des Installationshandbuchs selbst.
3) Softwarepaket- und Installationsskripte, vorzugsweise automatisierte Skripte.
Die Qualifizierungsphase für die Softwareinstallation wird als das wichtigste und in der Regel viele Probleme angesehen öffnen während dieser Phase.
Weil:
zu) In der Entwicklungsumgebung steht keine 100% ige Echtzeitumgebung zur Verfügung, um die Installationsprobleme zu überprüfen. Daher trägt ein Unterschied in der Umgebung zu mehreren Problemen bei.
b) Aus verschiedenen Gründen ist die Zusammenarbeit und Koordination zwischen dem Entwicklungs- und dem Betriebsteam in den ersten Phasen der Softwareentwicklung möglicherweise nicht ausreichend, um die Probleme frühzeitig zu lösen.
c) Beim Aufzeichnen der tatsächlichen Installationsschritte im Dokument können einige Dokumentationsprobleme auftreten, die in der Produktionsumgebung möglicherweise nicht genau übereinstimmen.
Heutzutage wird der gesamte Softwareinstallationsvorgang über eine Reihe von Skripten so weit wie möglich automatisiert. Wenn bei der Installation Probleme auftreten, schlägt die automatische Installation fehl, da die Konfigurationen nicht übereinstimmen. Manuelle Eingriffe zur Behebung dieser Probleme sind erforderlich.
Da das Ops-Team den IQ unter strikter Befolgung der Anweisungen des Software-Teams im Installationshandbuch durchführt, ist es sehr wichtig und auch die Verantwortung des Software-Teams, sicherzustellen, dass das Installationshandbuch so geschrieben ist, dass das Die Installationsschritte entsprechen der Echtzeitumgebung.
Es liegt in der Verantwortung des Testers, sicherzustellen, dass der 'Installations'-Prozess intern zusammen mit der Dokumentenüberprüfung auf Vollständigkeit überprüft wird, und alle Fehlanpassungen mit den tatsächlich auf dem System auszuführenden Schritten anhand der dokumentierten Schritte im zu identifizieren Installationsanleitung.
Die folgenden Punkte müssen beim Schreiben eines Installationshandbuchs und bei der internen Überprüfung beachtet werden, um die Probleme bei der Softwareinstallation in der Produktion zu minimieren.
| SNO | Installationsanleitung Punkte |
|---|---|
| 7 | Die typische Zeit, die für die Installation der Software benötigt wird, sollte im Installationshandbuch angegeben werden, damit das Ops-Team eine Vorstellung vom ungefähren Zeitpunkt der Installation hat, um seine Aktivitäten entsprechend zu planen. |
| 1 | Das Installationshandbuch sollte in einer einfachen und leicht verständlichen Sprache verfasst sein. |
| zwei | Stellen Sie sicher, dass es nicht mehr als 5 Seiten lang ist. Es sollte kurz und ordentlich sein. |
| 3 | Sie müssen die Seriennummern für jeden Ausführungsschritt angeben, um den Status zu verfolgen. |
| 4 | Automatisieren Sie die Schritte so weit wie möglich und bündeln Sie sie alle in einem einzigen Skript. |
| 5 | Zum Schreiben der Installationsprozedur sollte eine Standardvorlage verwendet werden. |
| 6 | Die Voraussetzungen sollten klar angegeben werden, um Fehlanpassungen zu vermeiden, und die Schritte zu ihrer Überprüfung müssen bereitgestellt werden. Wenn es eine Fehlanpassung gibt, sollte eine Anweisung bereitgestellt werden, um sie auf das erwartete Niveau zu bringen oder diese Pakete zu installieren. |
| 8 | Die Dienste, die während der Installation heruntergefahren werden müssen, wie sie heruntergefahren werden müssen und welche Auswirkungen sie haben, müssen im Handbuch klar angegeben werden. |
| 9 | Das Bereitstellen von Links zu anderen Dokumenten sollte vermieden werden und das Wechseln von einem Dokument zum anderen. Alle benötigten Informationen sollten im selben Dokument verfügbar gemacht werden. Wenn zusätzliche Dokumente referenziert werden müssen, geben Sie diese zusammen mit dem Softwarepaket an, und diese müssen wiederum in den Hauptdokumenten referenziert werden. |
| 10 | Stellen Sie sicher, dass der Name des im Dokument erwähnten Skripts mit dem Namen übereinstimmt, der zusammen mit der Binärdatei verpackt ist. |
| elf | Sollte sicherstellen, dass alle im Installationshandbuch genannten Skripte zusammen mit der Binärdatei bereitgestellt werden. |
| 12 | Stellen Sie sicher, dass alle Konfigurationsparameter zusammen mit den Standardwerten und anderen unterstützten Werten im Installationshandbuch / Konfigurationshandbuch klar angegeben sind. |
| 13 | Es sollten automatisierte Tests zur Durchführung der Build-Überprüfungstests nach Abschluss der Softwareinstallation bereitgestellt werden. Ihre Anzahl muss minimal und wichtig sein, um zu überprüfen, ob der Build erfolgreich installiert wurde. |
| 14 | Es müssen „Rauchtests“ bereitgestellt werden, um sicherzustellen, dass die End-to-End-Konnektivität des Systems perfekt ist und alle Komponenten des Systems wie erwartet miteinander kommunizieren. |
| fünfzehn | Im Falle eines Fehlers bei der Softwareinstallation werden Rollback-Skripte zusammen mit dem Paket bereitgestellt, und das Rollback-Verfahren ist im Installationshandbuch klar beschrieben, um das Rollback durchzuführen und das System erfolgreich wiederherzustellen. |
Da alle oben genannten Punkte zu beachten sind, empfiehlt es sich, den Softwareinstallationsprozess mit minimalem menschlichem Eingriff zu automatisieren, um menschliche Fehler zu vermeiden.
Wenn während der IQ-Validierungsphase Probleme auftreten, werden diese dem Software-Team gemeldet, nach dessen Behebung die Rauchprüfung und Bauprüfung wird durchgeführt, um den Erfolg der Softwareinstallation zu überprüfen.
Daher umfasst die IQ-Phase die Installation des Softwarepakets, gefolgt von der Durchführung der Build-Überprüfung und der Rauchprüfung.
Ein erfolgreicher Abschluss der IQ-Phase ist daher sehr wichtig, da eine erfolgreiche und ordnungsgemäße Installation einer Software sicherstellt, dass die meisten Probleme im Zusammenhang mit Funktionsstörungen behoben werden.
Betriebsqualifikation (OQ)
Betriebsqualifikation, auch genannt als WAS ist die nächste Aktivität des Software-Validierungsprozesses nach dem erfolgreichen Abschluss von IQ.
Die operative Qualifikationstätigkeit umfasst t Die Tests müssen ausgeführt werden, um sicherzustellen, dass die Software betriebsbereit ist und für die Verbraucher bereitgestellt werden kann. Im Idealfall werden die wichtigsten Funktionen der Software im Rahmen dieses Validierungsprozesses überprüft.
Das Software-Team (Tester) muss einen OQ-Plan für die Durchführung der OQ-Validierung erstellen, der alle Aspekte der durchzuführenden OQ-Tests abdeckt, einschließlich der Details wie Nr. von Tests, Testzeitplan, Methodik, Tools, Auswirkungen auf den Service, Testausführungsreihenfolge, Methode zur Meldung von Problemen und den SLAs zu deren Behebung, Defect Triage-Ansatz usw.,
Die betrieblichen Qualifikationstests, die im Rahmen von OQ durchgeführt werden, werden erneut vom Software-Team zusammen mit den Software-Ergebnissen bereitgestellt. Diese betrieblichen Qualifikationstests sind eine Sammlung wichtiger Tests, die auf der Grundlage des Dokuments „Functional Requirements Specification“ entwickelt wurden, um sicherzustellen, dass das gesamte Softwaresystem erwartungsgemäß funktioniert.
Dieses OQ-Testspezifikationsdokument wird von den Testingenieuren anhand des Dokuments mit den Funktionsanforderungen erstellt. Häufig ist dieses Dokument die Teilmenge des Systems Test Specification Document, das während der Systemtestphase des SDLC erstellt und überprüft wurde.
Die Tests können geändert oder aktualisiert werden, um den Anforderungen des Betriebsteams und den Bedingungen des Standorts zu entsprechen, an dem sie ausgeführt werden.
Daher sollte bei der Auswahl der Tests, die Teil des OQ sind, besondere Sorgfalt angewendet werden, um sicherzustellen, dass alle wichtigen Funktionen und die wichtigsten Geschäftsabläufe im Rahmen dieser Überprüfung berücksichtigt werden.
Im Folgenden finden Sie die Tipps für Tester bei der Erstellung des OQ-Testspezifikationsdokuments.
| Sno | Tipps für Tester bei der Erstellung des OQ-Testspezifikationsdokuments |
|---|---|
| 7 | Testfälle, die sich auf den Grenzwert beziehen, müssen nicht berücksichtigt werden, wodurch Extremwerte überprüft werden. Verwenden Sie jedoch, wo immer erforderlich, die am häufigsten verwendeten Werte als Eingaben. |
| 1 | Stellen Sie sicher, dass wichtige Funktionstests zum Nachweis, dass die erwarteten Softwarefunktionen ausgewählt und enthalten sind, und daher die erforderliche Rückverfolgbarkeit für jeden der schriftlichen Testfälle im OQ-Testspezifikationsdokument verfügbar sind. |
| zwei | Stellen Sie sicher, dass die Tests mit Schritt-für-Schritt-Aktionen ordentlich geschrieben, selbsterklärend und für einen normalen Menschen verständlich sind. |
| 3 | Verweisen oder vermeiden Sie die Verwendung technischer Begriffe in den Testfällen nicht so weit wie möglich, da der Benutzer dieses Dokuments möglicherweise nicht über diese Terminologien Bescheid weiß. E, dass die verwendeten Testdaten noch nicht auf dem System vorhanden sind. Geben Sie mehrere Datensätze an, falls der Benutzer die Testfälle mehrmals ausführen möchte. |
| 4 | Erwähnen Sie deutlich die obligatorischen und optionalen Voraussetzungen für jeden der Tests. |
| 5 | Schließen Sie die Mehrheit der positiven Testfälle ein, um die Funktionalität zu überprüfen. |
| 6 | Schließen Sie nur sehr wenige negative Testfälle ein, um sicherzustellen, dass das Softwareverhalten bei irrelevanten Eingaben wie erwartet ist und das System die negativen Fälle erfolgreich verarbeiten kann. |
| 8 | Erwähnen Sie die einzustellenden Konfigurationswerte, falls diese von den Standardwerten geändert werden müssen. |
| 9 | Stellen Sie die automatisierten Testfälle bereit, die ausgeführt werden sollen, sofern verfügbar. Stellen Sie vorher sicher, dass diese Automatisierungsskripte auf dem System ausgeführt werden können, auf dem der OQ geplant ist. |
| 10 | Stellen Sie sicher, dass für jeden Testfall die eindeutigen Ergebnisse 'Erwartet' und 'Ist' als Referenz vorliegen. Fügen Sie gegebenenfalls Kommentare hinzu, um das tatsächliche Ergebnis zu erläutern. |
| elf | Es ist auch erforderlich, die „Akzeptanzkriterien“ für jeden Testfall anzugeben. Die Akzeptanzkriterien können der Status des Systems nach Ausführung der Testfälle sein. |
| 12 | Geben Sie die Testdaten an, die für jeden Test genau verwendet werden sollen. Versuchen Sie, die gängigsten Daten live zu liefern. Und auch wenige außergewöhnliche Daten, um sicherzustellen, dass das System auch die Ausnahmefälle verarbeiten kann. Stellen Sie sicher, dass die verwendeten Testdaten noch nicht auf dem System vorhanden sind. Geben Sie mehrere Datensätze an, falls der Benutzer die Testfälle mehrmals ausführen möchte. |
| 13 | Wenn mehrere Operational-Benutzer die Tests parallel von verschiedenen Standorten aus ausführen, geben Sie die Anweisung an, die Tests entsprechend mit unterschiedlichen Datensätzen durchzuführen. |
| 14 | Stellen Sie bei Bedarf Checklisten bereit, um sicherzustellen, dass alle Konfigurationen und Voraussetzungen wie erwartet festgelegt sind, bevor Sie die Tests ausführen. |
| fünfzehn | Überwachen Sie die Protokolle weiter, wenn die Tests ausgeführt werden, wenn der Zugriff auf das System verfügbar ist. |
| 16 | Wenn möglich und erforderlich, bieten Sie den Operational-Benutzern während der Ausführung dieser Testfälle eine Ausführungsunterstützung. |
| 17 | Erläutern Sie die Methode zum Melden der Probleme, die während der Ausführung festgestellt wurden. Es ist besser, das Bug-Tracking-Tool zu verwenden, um die Probleme zu verfolgen. Überwachen Sie jedes Problem sorgfältig und schließen Sie es gemäß den vereinbarten SLAs ab. |
| 18 | Führen Sie 'Defect Triages' durch, an denen die richtigen Stakeholder beteiligt sind, um die kritischen und schwerwiegenden Probleme zu verstehen und diese Probleme regelmäßig zu aktualisieren. |
| 19 | Stellen Sie die endgültige Vorlage 'OQ Test Execution Summary Report' bereit, um die endgültigen Ergebnisse nach Abschluss der Ausführung zu veröffentlichen. |
Der so vorbereitete OQ-Plan und die Testspezifikation sollten daher von den relevanten Stakeholdern gründlich überprüft und unterzeichnet werden, um hauptsächlich sicherzustellen, dass entweder die Abdeckung nicht zu gering oder zu groß ist und alle wichtigen Funktionen abgedeckt sind.
Der erfolgreiche Abschluss von OQ zeigt, dass die Software gemäß den Betriebsspezifikationen in der ausgewählten Umgebung funktioniert. Sie ist das Bühnentor, um die Software in Richtung ihrer Produktion zu bewegen, und das Signal, mit der nächsten Aktivität des Validierungsprozesses fortzufahren PQ .
Leistungsqualifikation (PQ)
Nach Sicherstellung eines erfolgreichen IQ und OQ-Abschlusses besteht die nächste Aktivität im Validierungsprozess darin, sicherzustellen, dass das Produkt / die Software die angegebenen Leistungsaspekte unter der erwarteten Last konsistent erfüllt, ohne dass es zu einem Engpass in der Produktionsumgebung kommt.
Der Schlüsselaspekt von PQ besteht darin, sicherzustellen, dass eine Software, wenn sie auf dem erwarteten System installiert ist, kann die Nutzlast bewältigen und die erwartete Reaktionszeit einhalten und stürzt nicht unter den Spitzenlasten und Belastungen ab, während gleichzeitig Benutzer behandelt werden.
Daher soll PQ hauptsächlich sicherstellen, dass die angegebenen Leistungskriterien für eine Software über einen Zeitraum (möglicherweise eine Woche) auf zuverlässiger Basis mit unterschiedlichen Lastbedingungen erreicht werden, ebenso wie das Muster im Live-Modus. Daher müssen diese Tests jeden Tag ausgeführt werden, um das Verhalten des Softwaresystems zu überwachen. Daher dauert es eine Weile, bis PQ abgeschlossen ist, bis sichergestellt ist, dass das System für seine Leistung bewiesen ist.
Im Idealfall wird die PQ-Validierung nach Abschluss von OQ durchgeführt, wobei die Funktionalität der Software sichergestellt ist und der Leistungsaspekt des Produkts oder der Software überprüft werden kann. Aus zeitlichen Gründen kann PQ manchmal parallel zum OQ gestartet werden, basierend auf dem Vertrauen in den Prozentsatz der OQ-Fertigstellung.
Es ist ideal, diese Leistungstests auf dem Live-System mit dem voll ausgelasteten System oder unter Live-ähnlichen Bedingungen durchzuführen und sicherzustellen, dass es keine Engpässe bei den Leistungsaspekten gibt.
Die folgenden Tests werden im Allgemeinen im Rahmen der Leistungsqualifizierung durchgeführt. Die Auswahl der Tests variiert von Software zu Software.
# 1) Verfügbarkeitstest: Um sicherzustellen, dass die Software ständig verfügbar ist, ohne dass sie abstürzt oder ausfällt.
# 2) Zugänglichkeitstest: Um sicherzustellen, dass die Software von jedem Standort mit der erwarteten Leistungsgeschwindigkeit ohne Probleme leicht zugänglich ist.
# 3) Belastungstest: Messung des Verhaltens des Systems unter der erwarteten täglichen Last und auch unter Spitzenlastbedingungen.
# 4) Stresstest: Messung des Haltepunkts des Systems unter extremen Belastungsbedingungen.
# 5) Durchsatzleistungstest: Messung der Antwortzeit des Systems und Messung des TPS (Transaktionen pro Sekunde)
# 6) Skalierbarkeitstests: Das System kann skaliert werden, um die erwarteten gleichzeitigen Benutzer zu verarbeiten.
Die Leistungstestszenarien und die entsprechenden automatisierten Skripts werden auf der Grundlage der leistungsbezogenen Anforderungen erstellt, die in den Dokumenten zur Spezifikation der Benutzeranforderungen angegeben sind.
Ähnlich wie bei einem OQ-Plan sollte ein detaillierter PQ-Plan erstellt und mit den PQ-Ausführenden durchgeführt werden, in dem der Testansatz, die Strategie, der Plan und der Zeitplan sowie die Tools klar angegeben sind.
Das Leistungstest- und Überwachungstool muss in der Umgebung installiert werden, in der der PQ ausgeführt wird, um die Leistungsmetriken zu messen und zu melden.
Im Folgenden finden Sie die Tipps für die Tester, damit das Betriebsteam die PQ erfolgreich ausführen kann.
| Sno | Tipps für die Tester, um das Operations Team zu aktivieren |
|---|---|
| 7 | Führen, unterstützen und schulen Sie das Betriebsteam, um die Leistungstests auf dem System durchzuführen. |
| 1 | Bereiten Sie die wichtigsten geschäftsspezifischen Szenarien vor, um die Leistungstests basierend auf dem URS durchzuführen. |
| zwei | Stellen Sie sicher, dass Tests enthalten sind, um nachzuweisen, dass das System die Erwartungen an Reaktionszeit, Geschwindigkeit, Skalierbarkeit und Stabilität unter verschiedenen Belastungsbedingungen erfüllt. |
| 3 | Stellen Sie sicher, dass die angegebene Last verfügbar ist oder dass Methode und Werkzeuge zur Erzeugung der erforderlichen Last in den jeweiligen Testfällen klar angegeben sind. |
| 4 | Erwähnen Sie die Voraussetzungen für jedes Szenario deutlich, z. B. die auf dem System vorhandenen Vorladebedingungen, die Anzahl der gleichzeitigen Benutzer usw. |
| 5 | Erwähnen Sie die empfohlenen Tools zur Durchführung der für jede Testkategorie und für jeden Test spezifischen Leistungstests. |
| 6 | Stellen Sie sicher, dass der Prozess zur Überwachung der Leistungsmetriken klar angegeben ist. |
Nach erfolgreichem Abschluss von PQ ist die Erfüllung der Leistungsanforderungen sehr wichtig, da leistungsbedingte Abweichungen zu einem enormen Geschäftsverlust führen können, indem sie dem Benutzer Unbehagen bereiten und das Vertrauen in die zu verwendende Software verloren geht, was zum Ausfall der Software führt.
Kurz gesagt, t Die folgende Tabelle fasst die IQ-OQ-PQ-Aktivitäten zusammen.
| IQ | WAS | PQ | |
|---|---|---|---|
| Was | So überprüfen Sie den Prozess der Softwareinstallation und wie der Prozess dokumentiert wird | Um die ordnungsgemäße Funktion des Systems zu überprüfen | Kunden, Eigentümer, Lieferanten, Betriebsteam |
| WHO | Kunden, Eigentümer, Lieferanten, Betriebsteam | Kunden, Eigentümer, Lieferanten, Betriebsteam | Kunden, Eigentümer, Lieferanten, Betriebsteam |
| Wo | Am Standort des Eigentümers, Standort des Betriebsteams, Live-Standort, prod-ähnliche Umgebung | Am Standort des Eigentümers, Standort des Betriebsteams, Live-Standort, prod-ähnliche Umgebung | Am Standort des Eigentümers, Standort des Betriebsteams, Live-Standort, prod-ähnliche Umgebung |
| Wann | Wenn die Software vom Softwareteam vor OQ und PQ empfangen wird. | Vor der Freigabe des Systems zur Verwendung und nach erfolgreichem Abschluss des IQ | Vor dem Einschalten des Systems und nach erfolgreichem IQ wird der OQ abgeschlossen |
In der folgenden Tabelle werden die verschiedenen Eingaben für jede Validierungsphase erläutert.
| Art | Eingang |
|---|---|
| IQ | 1. Designspezifikationsdokument 2. Software-Binärdateien und andere Installationsskripte 3. Installationshandbuch Dokument 4. Konfigurationsanleitung Dokument 5. Erstellen Sie ein Verifizierungs- und Rauchtestdokument |
| WAS | 1. Funktionsspezifikationsdokument 2. OQ-Planungsdokument 3. Dokument zur Prüfung der Betriebsqualifikation 4. OQ-Testzusammenfassungsberichtvorlage 5. IQ erfolgreich abgeschlossen |
| PQ | 1. URS-Dokument (User Requirement Specification) 2. PQ-Planungsdokument 3. Leistungsqualifikationstestdokument 4. PQ-Testzusammenfassungsberichtvorlage 5. IQ und OQ erfolgreich abgeschlossen |
Fazit
Selbst wenn das Produkt / die Software alle Überprüfungsphasen durchlaufen hat und keinen von IQ-OQ-PQ nachweist, kann das Ergebnis katastrophal sein und enorme Kosten verursachen. Ein erfolgreicher Abschluss von IQ-OQ-PQ allein ist daher die erfolgreiche Übertragung des Produkts vom Entwicklungsstandort zum Produktionsstandort.
Insgesamt gibt der erfolgreiche Abschluss des IQ-OQ-PQ-Validierungsprozesses nicht nur das Vertrauen in die Software, sondern gibt auch dem Kunden, dem Eigentümer, den Softwareentwicklern und den Testern ein beruhigendes Gefühl.
Fragen und Antworten zu dot net-Interviews
Durch Ausführen von IQ-OQ-PQ wird auch das Risiko verringert, dass es ohne Tests bereitgestellt wird, und es werden die Ausfallkosten gesenkt und das Risiko eines Rückrufs der Produkte verringert.
Also, Leute, Softwareentwickler und Tester, keine Feier, nachdem die Entwicklung und das Testen im eigenen Haus abgeschlossen und die Software für das Ops-Team freigegeben wurden. Die Feier findet erst statt, wenn IQ-OQ-PQ erfolgreich abgeschlossen wurde und die Software auf dem Zielsystem live ist.
Daher hängt der Erfolg einer Software vom erfolgreichen Abschluss von IQ-OQ-PQ ab und davon, wann die Software live und für den Endbenutzer zum Verzehr bereit ist.
Über den Autor: Dieser Artikel wurde von STH-Teammitglied Gayathri Subrahmanyam verfasst. Sie verfügt über mehr als 2 Jahrzehnte Erfahrung im Bereich Softwaretests. Während ihrer Testkarriere hat sie neben der Abwicklung von Testlieferungen viele TMMI-Bewertungen, Testindustrialisierungsarbeiten und TCOE-Setups durchgeführt und die DevOps-Praxis für ein großes Engagement implementiert. Aber laut ihr hört das Lernen nie auf ...
Teilen Sie Ihre Erfahrungen mit der Durchführung des Validierungsprozesses mit und teilen Sie uns mit, wenn Sie Fragen zu diesem Artikel haben.
Literatur-Empfehlungen
- Softwaretestkurs: An welchem Softwaretestinstitut soll ich teilnehmen?
- Beste Software-Test-Tools 2021 (QA Test Automation Tools)
- Software Testing QA Assistant Job
- Wählen Sie Software-Tests als Ihre Karriere
- Software Testing Technical Content Writer Freiberufler Job
- Einige interessante Fragen zu Softwaretests
- Feedback und Bewertungen zum Softwaretestkurs
- Software-Test-Hilfe-Partnerprogramm!