what is difference between sit vs uat testing
In diesem Artikel werden die wichtigsten Unterschiede zwischen SIT und UAT erläutert. Außerdem erfahren Sie mehr über Systemintegrationstests und Benutzerakzeptanztests:
Im Allgemeinen werden Tests sowohl von Testern als auch von Entwicklern durchgeführt. Jeder von ihnen folgt seinem eigenen Muster, um eine Anwendung zu testen.
Systemintegrationstests oder SIT werden von Testern durchgeführt, während Benutzerakzeptanztests, allgemein als UAT bezeichnet, zuletzt von den Endbenutzern durchgeführt werden. Dieser Artikel vergleicht sowohl SIT als auch UAT im Detail und hilft Ihnen, die wichtigsten Unterschiede zwischen den beiden zu verstehen.
Lass uns erforschen!!
Was du lernen wirst:
- SIT Vs UAT: Übersicht
- System Integration Testing (SIT)
- User Acceptance Testing (UAT)
- Hauptunterschiede zwischen SIT und UAT
- Fazit
SIT Vs UAT: Übersicht
Im Allgemeinen haben die Testebenen die folgende Hierarchie:
- Unit Testing
- Komponententest
- Systemtests
- Systemintegrationstests
- User Acceptance Testing
- Produktion
Lassen Sie uns die wichtigsten Unterschiede zwischen analysieren System Integration Testing (SIT) und User Acceptance Testing (UAT).
System Integration Testing (SIT)
In jedem Projekt werden zu einem bestimmten Zeitpunkt zwei verschiedene Subsysteme / Systeme kombiniert. Wir müssen dann dieses System als Ganzes testen. Daher wird dies als Systemintegrationstest bezeichnet.
Arbeitsschritte von SIT
- Die einzelnen Einheiten müssen zunächst in separate Builds integriert werden.
- Das gesamte System muss als Ganzes getestet werden.
- Testfälle müssen mit geeigneter Software basierend auf den Softwareanforderungen geschrieben werden.
- Die Fehler wie UI-Fehler, Datenflussfehler, Schnittstellenfehler können in diesem Test gefunden werden.
Beispiel:
SQL Server Fragen und Antworten für erfahrene
Betrachten wir, dass eine Website im Gesundheitswesen hat 3 Registerkarten anfänglich, d.h. Patienteninformation, Aufklärung, frühere Krankenakten . Die Website für das Gesundheitswesen wurde hinzugefügt eine neue Registerkarte namens Injektionsinformationen.
Jetzt müssen die Details oder die Datenbank der neuen Registerkarte mit den vorhandenen Registerkarten zusammengeführt und das System als Ganzes mit 4 Registerkarten getestet werden.
Wir müssen die integrierte Site mit vier Registerkarten testen.
Die integrierte Site sieht wie folgt aus:
In SIT verwendete Techniken
- Top-Down-Ansatz
- Bottom-up-Ansatz
- Urknall-Ansatz
# 1) Top-Down-Ansatz
Wie der Name selbst schon sagt, bedeutet dies, dass die Ausführung von oben nach unten erfolgt. Es ist eine Methode, bei der die Hauptfunktionalität oder das Hauptmodul getestet wird, gefolgt von den Untermodulen in der angegebenen Reihenfolge. Hier stellt sich die Frage, was zu tun ist, wenn die aufeinanderfolgenden tatsächlichen Untermodule nicht sofort zur Integration vorliegen.
Die Antwort darauf führt zu STUBS.
Stubs werden als Programme bezeichnet . Sie handeln als Dummy-Module und führen Sie die erforderliche Modulfunktion in begrenztem Umfang aus.
Stubs führen die Funktionalität einer Einheit / eines Moduls / eines Untermoduls teilweise aus, bis das eigentliche Modul für die Integration bereit ist, da die Integration von Untermodulen schwierig ist.
Die Komponenten auf niedriger Ebene können zur Integration durch Stichleitungen ersetzt werden. Daher kann der Top-Down-Ansatz einer strukturierten Sprache oder einer Verfahrenssprache folgen. Nachdem ein Stub durch die eigentliche Komponente ersetzt wurde, kann der nächste Stub durch die tatsächlichen Komponenten ersetzt werden.
Die Ausführung des obigen Diagramms erfolgt durch Modul A, Modul B, Modul C, Modul D, Modul E, Modul F, Modul G.
Beispiel für Stubs:
# 2) Bottom-Up-Ansatz
Dieser Ansatz folgt der Hierarchie von unten nach oben. Hier werden zuerst die unteren Module integriert und dann die höheren Module integriert und getestet.
So starten Sie ein neues Projekt in Eclipse
Die untersten Module oder Einheiten werden zusammengeführt und getestet. Die Menge der unteren Einheiten wird aufgerufen Cluster . Wenn bei der Integration der Untermodule in das Hauptmodul das Hauptmodul nicht verfügbar ist, wird das FAHRER werden verwendet, um das Hauptprogramm zu codieren.
Treiber werden als aufrufende Programme bezeichnet .
Bei diesem Ansatz ist die Fehlerleckage geringer.
Um die Untermodule in eine höhere Ebene oder ein Hauptmodul zu integrieren, wird ein Treibermodul wie in der obigen Abbildung gezeigt erstellt.
Unterschied zwischen Blackbox- und Whitebox-Tests
# 3) Urknall-Ansatz
Mit einfachen Worten, beim Urknall-Ansatz müssen Sie alle Einheiten gleichzeitig anschließen und alle Komponenten testen. Hier wird keine Partition durchgeführt. Eine Fehlerleckage darf nicht auftreten.
Dieser Ansatz ist nützlich für frisch entwickelte Projekte, die von Grund auf neu entwickelt wurden oder die wesentliche Verbesserungen erfahren haben.
User Acceptance Testing (UAT)
Wenn ein Tester das abgeschlossene getestete Projekt an den Client / Endbenutzer übergibt, testet der Client / Endbenutzer das Projekt erneut, um festzustellen, ob es richtig entworfen wurde. Dies wird als Benutzerakzeptanztest bezeichnet.
Für beide Tests müssen geeignete Testfälle geschrieben werden, um Tests durchführen zu können.
(Bild Quelle ))
Die Entwickler entwickeln einen Code basierend auf dem Dokument Functional Requirement Specification. Die Tester testen es und melden Fehler. Der Client oder Endbenutzer weiß jedoch nur, wie das System genau funktioniert. Daher testen sie das System von Anfang an.
Arbeitsschritte von UAT
- Der UAT-Plan muss basierend auf den Anforderungen erstellt werden.
- Die Szenarien müssen aus den Anforderungen erstellt werden.
- Die Testfälle und Testdaten müssen vorbereitet werden.
- Die Testfälle müssen ausgeführt und auf vorhandene Fehler überprüft werden.
- Wenn es keinen Fehler gibt und die Testfälle bestanden wurden, kann das Projekt abgemeldet und zur Produktion gesendet werden.
- Wenn Mängel oder Fehler festgestellt werden, müssen diese sofort behoben werden, um die Freigabe vorzubereiten.
Arten von UAT-Tests
- Alpha und Beta-Tests: Alpha-Tests werden am Entwicklungsstandort durchgeführt, während Beta-Tests in der externen Umgebung durchgeführt werden, d. H. In einem externen Unternehmen usw.
- Vertragsabnahmeprüfung: In einem Vertrag müssen die akzeptierten Spezifikationen, die vordefiniert sind, erfüllt sein.
- Zulassungsprüfung: Wie der Name schon sagt, erfolgt die Prüfung gegen die Vorschriften.
- Prüfung der Betriebsabnahme: Der Betrieb oder der Workflow muss wie erwartet sein.
- Black-Box-Test: Ohne tief zu gehen, muss die Software auf ihren entscheidenden Zweck getestet werden.
Hauptunterschiede zwischen SIT und UAT
SITZEN | UAT |
---|---|
Dies wird von Testern und Entwicklern durchgeführt. | Dies wird von Endbenutzern und Clients durchgeführt. |
Die Integration der Untereinheiten / Einheiten wird hier überprüft. Die Schnittstellen sind zu testen. | Das gesamte Design wird hier überprüft. |
Die einzelnen Einheiten werden so integriert und getestet, dass das System den Anforderungen entspricht. | Das System wird als Ganzes auf die vom Benutzer gewünschte Hauptfunktionalität des Produkts getestet. |
Dies erfolgt basierend auf den Anforderungen der Tester. | Dies erfolgt basierend auf der Benutzerperspektive, wie das Produkt vom Endbenutzer verwendet werden muss. |
Die SIT wird ausgeführt, sobald das System zusammengebaut ist. | Die UAT wird schließlich unmittelbar vor der Produktfreigabe durchgeführt. |
Fazit
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 Betatests, Vertragsabnahmetests, Zulassungsprüfungen, Betriebsabnahmetests und Black-Box-Tests).
Bei Systemtests festgestellte Fehler können leicht behoben werden. Aufgrund von Fehlern können verschiedene Builds erstellt werden. In UAT festgestellte Mängel gelten für die Tester als schwarze Markierung und werden nicht akzeptiert.
In UAT müssen die Geschäftsbeamten oder Kunden davon überzeugt sein, dass das entwickelte Produkt ihren Anforderungen im Geschäftsumfeld entspricht. SIT sollte die funktionalen Anforderungen des Systems erfüllen.
Wir hoffen, dass dieser Artikel alle Ihre Fragen zu SIT Vs UAT geklärt hat !!
Literatur-Empfehlungen
- Was ist User Acceptance Testing (UAT): Ein vollständiger Leitfaden
- Was ist System Integration Testing (SIT)? Lernen Sie anhand von Beispielen
- Systemtests vs. End-to-End-Tests: Welches ist besser zu wählen?
- Was ist Systemtest - Ein ultimativer Leitfaden für Anfänger
- Black-Box-Test: Ein ausführliches Tutorial mit Beispielen und Techniken
- Alpha-Tests und Beta-Tests (eine vollständige Anleitung)
- Was ist Alpha-Test? Ein Frühalarm für Defekte
- Unterschied zwischen Desktop-, Client Server-Tests und Web-Tests