Beste Antwort
Release-Tests sind der Prozess, bei dem eine bestimmte Version eines Systems getestet wird. Beim Release-Test wird jedes Release einer Reihe automatisierter und manueller Tests unterzogen, um die Qualität des fertigen Produkts sicherzustellen. Das Hauptziel des Release-Testprozesses besteht darin, den Kunden des Systems davon zu überzeugen, dass es für die Verwendung gut genug ist.
Nachfolgend sind die wesentlichen Unterschiede zwischen Release-Tests und Systemtests aufgeführt:
Systemtests
• Systemtests werden durchgeführt, um die gesamte Software oder das gesamte System zu überprüfen.
• Die Systemtests durch das Entwicklungsteam konzentrieren sich auf das Erkennen von Fehlern im System (Fehlertests).
Release-Test
• Release-Tests werden durchgeführt, um jedes Release zu überprüfen, bevor es auf den Markt gebracht wird.
• Ziel des Release-Tests ist es, zu überprüfen, ob das System den Anforderungen entspricht seine Anforderungen und ist gut genug für den externen Gebrauch (Validierungstests)
Antwort
Ein Build ist eine Software / Anwendung, die aus besteht Eine Reihe von Funktionen und einige Fehlerkorrekturen, die getestet wurden, bis sie stabil sind. Es handelt sich also im Grunde genommen um eine wachsende Anwendung. Der erste Build enthält einige Anforderungen und Funktionen. Nehmen wir an, 10\% der Software wird entwickelt. Der nächste Build wird Fehlerbehebungen enthalten (dh Fehler im ersten Build werden behoben) und einige neue Funktionen werden hinzugefügt. Nehmen wir also an, es sind jetzt 20\% der Software entwickelt.
Dieser Prozess wird fortgesetzt, bis 100\% , dh. Bis Build stabil ist. Impliziert keine oder nur sehr wenige Fehler und alle Funktionen wurden entwickelt. Dies bedeutet, dass es sich um eine vollständige Software handelt, die sofort einsatzbereit ist.
Jetzt Dieser endgültige Build wird als Software bezeichnet. Es wird als Release bezeichnet, wenn der Kunde zugestimmt hat, dass er nur die grundlegenden Funktionen dieser Software benötigt, da er nicht warten kann, bis alle Funktionen entwickelt sind und das Unternehmen, das die Software entwickelt, die nächsten Funktionen nach dem entwickeln kann Erste Version (Software mit grundlegenden Funktionen / Anforderungen des Kunden, die erfüllt wurde)
Im zweiten Szenario haben das Unternehmen und der Kunde ein Vertrag über einige Jahre. Währenddessen werden alle neuen Funktionen / Verbesserungen / Anforderungen sowie Fehlerbehebungen an der dem Client zur Verfügung gestellten Software durchgeführt.
Beispiel: Die ICICI Bank hat einen Softwarevertrag mit Infosys. Infosys hat ICICI (Banking Web Application) die erste Version (Software – Webanwendung) zur Verfügung gestellt. Jetzt, nach 6 Monaten, möchte ICICI einige neue Funktionen wie Online-Geldtransfer.
Nach der ersten Version wird Infosys an der zweiten Version arbeiten, die diese neuen Funktionen enthält, die von ICICI vorgeschlagen wurden, und wenn Fehler in der ersten Version vorhanden waren, wird diese behoben.
Jetzt haben wir eine aktualisierte Version der ICICI-Bankanwendung. Jetzt besteht sie aus alten Funktionen + einer neuen Funktion – „Online-Überweisung an andere Banken“. Auch einige Probleme sind aufgetreten Die vorherige Version der Anwendung wurde jetzt korrigiert.
Wenn ICICI nun andere Anforderungen verlangt / um Probleme zu beheben, wird dies von Infosys in der 3. Version erfüllt. Solange der Vertrag noch besteht.