Beste antwoord
Release-testen is het proces waarbij een bepaalde release van een systeem wordt getest. Bij het testen van releases ondergaat elke release een reeks geautomatiseerde en handmatige tests om de kwaliteit van het eindproduct te waarborgen. Het primaire doel van het release-testproces is om de klant van het systeem ervan te overtuigen dat het goed genoeg is voor gebruik.
Hieronder worden de puntverschillen genoemd tussen release-testen en systeemtesten:
Systeemtesten
• Systeemtesten worden gedaan om de hele software of het systeem als geheel te controleren
• Systeemtesten door het ontwikkelteam zijn gericht op het ontdekken van bugs in het systeem (defecttesten)
Release-testen
• Release-testen worden gedaan om elke release te controleren voordat deze op de markt wordt gebracht
• Het doel van release-testen is om te controleren of het systeem voldoet aan zijn vereisten en is goed genoeg voor extern gebruik (validatietesten)
Antwoord
Een build is een software / applicatie die bestaat uit een reeks functies en een paar bugfixes en getest totdat het stabiel wordt. Dus eigenlijk is het een groeiende applicatie in eenvoudige bewoordingen, de eerste build zal een paar vereisten en functies bevatten. Laten we zeggen dat 10\% van de software is ontwikkeld. De volgende build zal bugfixes bevatten (dwz fouten in de eerste build zijn opgelost) en er zijn ook enkele nieuwe functies toegevoegd. Dus laten we zeggen dat het nu 20\% van de software is ontwikkeld.
Dit proces gaat door tot 100\% , dwz. Totdat Build stabiel is. Impliceert geen bugs of heel weinig bugs en alle functies zijn ontwikkeld. Wat betekent dat het complete software is, die klaar is voor gebruik.
Nu deze laatste build wordt software genoemd. Het wordt een Release genoemd, wanneer de klant heeft afgesproken dat hij nu alleen de basisfuncties in die software nodig heeft, omdat hij niet kan wachten tot alle functies zijn ontwikkeld en het bedrijf dat de software ontwikkelt de volgende functies kan ontwikkelen nadat de Eerste release (software met basisfuncties / eisen van de klant waaraan is voldaan)
Het tweede scenario is waar het bedrijf en de klant een contract voor een aantal jaren. Tijdens deze periode zullen alle nieuwe functies / verbeteringen / vereisten en bugfixes worden uitgevoerd op de software die aan de klant wordt gegeven.
Bijvoorbeeld: ICICI Bank heeft een softwarecontract met Infosys. Infosys heeft de eerste release (software – webapplicatie) gegeven aan ICICI (Banking Web Application). Nu, na 6 maanden, wil ICICI een aantal nieuwe functies, zoals een online overboeking.
Dus na de eerste release, zal Infosys werken aan de tweede release, die deze nieuwe functies zal hebben voorgesteld door ICICI, evenals eventuele bugs in de eerste release, dit zal worden opgelost.
Dus nu hebben we een bijgewerkte versie van de bankapplicatie van ICICI. Nu bevat het oude functies + een nieuwe functie – “Online overboeking naar andere banken”. Ook enkele problemen waarmee de vorige versie van de applicatie is nu gecorrigeerd.
Nu als ICICI andere vereisten vereist / om eventuele problemen op te lossen. Het zal worden vervuld door Infosys in de 3e release. Zolang het contract nog aanwezig is.