- SIT vs. UAT: Überblick
- Systemintegrationsprüfung (SIT)
- Benutzerakzeptanztests (UAT)
- Hauptunterschiede zwischen SIT und UAT
- Schlussfolgerung
Dieser Artikel erklärt die Hauptunterschiede zwischen SIT und UAT, sowie die Methoden für Systemintegrationstests und Benutzerakzeptanztests:
Im Allgemeinen wird das Testen sowohl von Testern als auch von Entwicklern durchgeführt, wobei jeder von ihnen einem eigenen Muster folgt, um eine Anwendung zu testen.
Systemintegrationstests (SIT) werden von Testern durchgeführt, während Benutzerakzeptanztests (UAT) von den Endbenutzern durchgeführt werden. Dieser Artikel vergleicht SIT und UAT im Detail und hilft Ihnen, die wichtigsten Unterschiede zwischen den beiden zu verstehen.
Lasst uns erforschen!!
SIT vs. UAT: Überblick
Im Allgemeinen haben die Teststufen die folgende Hierarchie:
- Einheitliche Prüfung
- Prüfung von Bauteilen
- Systemprüfung
- Prüfung der Systemintegration
- Benutzerakzeptanztests
- Produktion
Analysieren wir die wichtigsten Unterschiede zwischen Systemintegrationsprüfung (SIT) und Benutzerakzeptanztests (UAT).
Systemintegrationsprüfung (SIT)
In jedem Projekt werden an einem bestimmten Punkt zwei verschiedene Subsysteme/Systeme zusammengeführt. Dieses System muss dann als Ganzes getestet werden. Dies wird daher als Systemintegrationstest bezeichnet.
Arbeitsschritte des SIT
- Die einzelnen Einheiten müssen zunächst in getrennten Bauwerken integriert werden.
- Das gesamte System muss als Ganzes getestet werden.
- Die Testfälle müssen mit Hilfe geeigneter Software auf der Grundlage der Softwareanforderungen geschrieben werden.
- Die Fehler wie UI-Fehler, Datenflussfehler und Schnittstellenfehler können bei dieser Prüfung gefunden werden.
Beispiel:
Nehmen wir an, eine Website des Gesundheitswesens hat 3 Registerkarten anfangs, d.h. Patienteninformationen, Ausbildung und frühere Krankenakten Die Website des Gesundheitswesens hat jetzt Folgendes hinzugefügt eine neue Registerkarte genannt. Informationen zur Injektion.
Nun müssen die Details oder die Datenbank der neuen Registerkarte mit den bestehenden Registerkarten zusammengeführt werden und das System muss als Ganzes mit 4 Registerkarten getestet werden.
Wir müssen die integrierte Website testen, die vier Registerkarten hat.
Die integrierte Website sieht etwa so aus wie unten dargestellt:
In SIT verwendete Techniken
- Top-down-Ansatz
- Bottom-up-Ansatz
- Urknall-Ansatz
#1) Top-Down-Ansatz
Wie der Name schon andeutet, bedeutet dies, dass die Ausführung von oben nach unten erfolgt. Es ist eine Methode, bei der die Hauptfunktionalität oder das Modul getestet wird, gefolgt von den Untermodulen in der Reihenfolge. Hier stellt sich die Frage, was wir tun werden, wenn die aufeinanderfolgenden aktuellen Untermodule nicht sofort für die Integration vorhanden sind.
Die Antwort auf diese Frage führt zu STUBS.
Stubs werden auch als aufgerufene Programme bezeichnet Sie fungieren als Dummy-Module und die geforderte Funktion des Moduls in eingeschränkter Weise erfüllen.
Stubs übernehmen die Funktionalität einer Einheit/eines Moduls/eines Teilmoduls teilweise, bis das eigentliche Modul für die Integration bereit ist, da die Integration von Teilmodulen schwierig ist.
Die Low-Level-Komponenten können zur Integration durch Stubs ersetzt werden. Der Top-Down-Ansatz kann daher einer strukturierten oder prozeduralen Sprache folgen. Nachdem ein Stub durch die eigentliche Komponente ersetzt wurde, kann der nächste Stub durch die eigentlichen Komponenten ersetzt werden.
Die Ausführung des obigen Diagramms wird Modul A, Modul B, Modul C, Modul D, Modul E, Modul F und Modul G sein.
Beispiel für Stubs:
#Nr. 2) Bottom-Up-Ansatz
Dieser Ansatz folgt der Hierarchie von unten nach oben, d. h. zuerst werden die unteren Module integriert und dann die höheren Module integriert und getestet.
Die untersten Module oder Einheiten werden zusammengeführt und getestet. Die Menge der unteren Einheiten wird als Cluster Bei der Integration der Untermodule in das Hauptmodul wird, falls das Hauptmodul nicht verfügbar ist, die ANTRIEBE werden zur Codierung des Hauptprogramms verwendet.
DRIVERS werden als aufrufende Programme bezeichnet .
Bei diesem Ansatz gibt es weniger Defektlecks.
Um die Untermodule in ein übergeordnetes oder Hauptmodul zu integrieren, wird ein Treibermodul erstellt, wie in der obigen Abbildung dargestellt.
#3) Urknall-Ansatz
Einfach ausgedrückt, müssen beim Big-Bang-Ansatz alle Einheiten auf einmal angeschlossen und alle Komponenten getestet werden. Hier wird keine Partitionierung vorgenommen. Defektlecks dürfen nicht auftreten.
Dieser Ansatz eignet sich für neu entwickelte Projekte, die von Grund auf neu entwickelt werden, oder für Projekte, an denen größere Verbesserungen vorgenommen wurden.
Benutzerakzeptanztests (UAT)
Wenn ein Tester das fertig getestete Projekt an den Kunden/Endbenutzer übergibt, wird der Kunde/Endbenutzer das Projekt erneut testen, um zu sehen, ob es korrekt gestaltet ist. Dies wird als Benutzerakzeptanztest bezeichnet.
Für beide müssen geeignete Testfälle geschrieben werden, um Tests durchführen zu können.
Die Entwickler entwickeln einen Code auf der Grundlage der funktionalen Anforderungsspezifikation. Die Tester testen ihn und melden Fehler. Der Kunde oder Endbenutzer weiß jedoch nur, wie das System genau funktioniert. Daher testen sie das System von ihrer Seite aus.
Arbeitsschritte des UAT
- Der UAT-Plan muss auf der Grundlage der Anforderungen erstellt werden.
- Die Szenarien müssen aus den Anforderungen entwickelt werden.
- Die Testfälle und Testdaten müssen vorbereitet werden.
- Die Testfälle müssen ausgeführt und auf etwaige Fehler überprüft werden.
- Wenn es keine Fehler gibt und die Testfälle bestanden wurden, kann das Projekt abgezeichnet und in Produktion gegeben werden.
- Wenn Fehler oder Bugs gefunden werden, müssen diese sofort behoben werden, um die Veröffentlichung vorzubereiten.
Arten von UAT-Tests
- Alpha- und Beta-Tests: Alpha-Tests werden am Entwicklungsstandort durchgeführt, während Beta-Tests in einer externen Umgebung, d. h. bei einem externen Unternehmen usw., durchgeführt werden.
- Vertragsabnahmeprüfung: In einem Vertrag müssen die akzeptierten Spezifikationen, die im Voraus festgelegt wurden, erfüllt werden.
- Regulierungsannahmeprüfung: Wie der Name schon sagt, wird die Prüfung anhand der Vorschriften durchgeführt.
- Betriebliche Akzeptanztests: Der Betrieb oder die Arbeitsabläufe müssen den Erwartungen entsprechen.
- Black-Box-Tests: Ohne in die Tiefe zu gehen, muss die Software auf ihren wichtigen Zweck getestet werden.
Hauptunterschiede zwischen SIT und UAT
SIT | UAT |
---|---|
Dies wird von Testern und Entwicklern durchgeführt. | Dies wird von den Endnutzern und Kunden durchgeführt. |
Hier wird die Integration der Untereinheiten/Einheiten geprüft. Die Schnittstellen sind zu testen. | Der gesamte Entwurf wird hier überprüft. |
Die einzelnen Einheiten werden so integriert und getestet, dass das System gemäß den Anforderungen funktioniert. | Das System wird als Ganzes auf die vom Benutzer gewünschten Hauptfunktionen des Produkts getestet. |
Sie wird von den Testern auf der Grundlage der Anforderungen durchgeführt. | Sie basiert auf der Nutzerperspektive, d. h. darauf, wie das Produkt vom Endnutzer verwendet werden muss. |
Die SIT wird durchgeführt, sobald das System montiert ist. | Die UAT wird schließlich kurz vor der Produktfreigabe durchgeführt. |
Schlussfolgerung
Systemintegrationstests werden hauptsächlich durchgeführt, um die Schnittstellenanforderungen eines Systems zu testen, während Benutzerakzeptanztests durchgeführt werden, um die Systemfunktionalität als Ganzes durch einen Endbenutzer zu überprüfen. Für beide Tests müssen geeignete Testfälle geschrieben werden.
SIT kann mit 3 Techniken durchgeführt werden (Top-down-, Bottom-up- und Big-Bang-Ansätze), UAT kann mit 5 Methoden durchgeführt werden (Alpha- und Beta-Tests, Vertragsabnahmetests, Regelabnahmetests, Betriebsabnahmetests und Black-Box-Tests).
Fehler, die beim Systemtest gefunden werden, können leicht korrigiert werden. Verschiedene Builds können auf der Grundlage von Fehlern erstellt werden. Im Gegensatz dazu werden Fehler, die beim UAT gefunden werden, von den Testern als Makel angesehen und nicht akzeptiert.
Bei der UAT müssen die Geschäftsverantwortlichen oder Kunden davon überzeugt sein, dass das entwickelte Produkt ihren Bedürfnissen im Geschäftsumfeld entspricht. Die SIT sollte die funktionalen Anforderungen des Systems erfüllen.
Wir hoffen, dass dieser Artikel all Ihre Fragen zu SIT Vs UAT geklärt hat!