Meilleure réponse
Le test de version est le processus qui consiste à tester une version particulière dun système. Lors des tests de version, chaque version est soumise à une série de tests automatisés et manuels pour garantir la qualité du produit fini. Lobjectif principal du processus de test de version est de convaincre le client du système quil est suffisamment bon pour être utilisé.
Vous trouverez ci-dessous les différences ponctuelles entre le test de version et le test du système:
Test du système
• Le test du système est effectué pour vérifier lensemble du logiciel ou du système dans son ensemble
• Le test du système par léquipe de développement se concentre sur la découverte de bogues dans le système (test des défauts)
Test de version
• Le test de version est effectué pour vérifier chaque version avant de la commercialiser
• Lobjectif des tests de version est de vérifier que le système répond ses exigences et est assez bon pour une utilisation externe (test de validation)
Réponse
Une build est un logiciel / application qui se compose de un ensemble de fonctionnalités et quelques corrections de bogues et testé jusquà ce quil devienne stable. Donc, fondamentalement, cest une application en pleine croissance en termes simples, la première version aura quelques exigences et fonctionnalités. Disons que 10\% du logiciel est développé. La prochaine version aura des corrections de bogues (cest-à-dire que les erreurs de la première version sont corrigées) et de nouvelles fonctionnalités sont également ajoutées. Disons donc que maintenant 20\% des logiciels sont développés.
Ce processus se poursuit jusquà 100\% , cest-à-dire. Jusquà ce que Build soit stable .. Nimplique aucun bogue ou très peu de bogues et toutes les fonctionnalités ont été développées. Ce qui signifie quil sagit dun logiciel complet, prêt à lemploi.
Maintenant cette version finale sappelle un logiciel. Cela sappelle une version , lorsque le client a convenu quil na besoin que des fonctionnalités de base de ce logiciel, car il ne peut pas attendre que toutes les fonctionnalités soient développées et que lentreprise qui développe le logiciel puisse développer les fonctionnalités suivantes après la Première version (logiciel avec fonctionnalités de base / exigences du client satisfaites)
Le deuxième scénario est celui où lentreprise et le client ont un contrat sur quelques années. Au cours de laquelle toutes les nouvelles fonctionnalités / améliorations / exigences ainsi que les corrections de bogues seront effectuées sur le logiciel fourni au client.
Exemple: ICICI Bank a un contrat logiciel avec Infosys. Infosys a donné la première version (logiciel – application web) à ICICI (Banking Web Application). Maintenant, après 6 mois, ICICI veut de nouvelles fonctionnalités, comme le transfert de fonds en ligne.
Donc, après la première version, Infosys travaillera sur la deuxième version qui aura ces nouvelles fonctionnalités suggérées par ICICI et si des bogues étaient présents dans la première version, ils seront corrigés.
Nous avons donc maintenant une version mise à jour de lapplication bancaire dICICI. Elle comprend maintenant danciennes fonctionnalités + une nouvelle fonctionnalité – « Transfert de fonds en ligne vers toute autre banque ». Également quelques problèmes rencontrés avec la version précédente de lapplication est maintenant corrigée.
Maintenant, si ICICI demande dautres exigences / pour résoudre des problèmes. Cela sera rempli par Infosys dans la 3e version. Tant que le contrat est toujours présent.