logiciel est rarement exempt d'erreurs ou de défauts . Bien que les défauts dans les logiciels peuvent parfois être désastreuses , ils peuvent être évités ou minimisés grâce à des pratiques de bonne assurance qualité, gestion de la configuration et des technologies de suivi des défauts . Le cycle de vie d'un défaut du logiciel , qui chevauche le cycle de vie de développement logiciel ( SDLC) , nous permet de suivre les défauts et de les éliminer le plus tôt possible dans le SDLC . Définition " Software défaut " a beaucoup de noms interchangeables: un bogue informatique , erreur, faute , défaut , accident et une anomalie . L'Institut de génie électrique et électronique (IEEE ) , l'organisme de normalisation réglementer la profession même du logiciel, définit un bug logiciel comme une erreur de programmation qui provoque un dysfonctionnement logiciel . IEEE voit défaut comme une anomalie du produit lorsque le logiciel n'est pas conforme aux attentes de la clientèle et de spécification. Un accident est un cas extrême d'un défaut de logiciel qui empêche le logiciel de travail plus loin . Certaines sources de défauts défauts logiciels peuvent provenir d' une mauvaise interprétation des exigences des clients , la mauvaise habitudes de programmation , mauvais logique de programmation , une mauvaise tests et les scénarios de mise en œuvre de logiciels , même non vérifiées . Par exemple, un client spécifiant un fond bleu sur un site Web et le développeur produire un fond blanc est un défaut . Même si le site fonctionne bien , il ne répond pas aux exigences des clients . Défauts dans SDLC défauts peuvent se produire à n'importe quelle phase du cycle de vie du développement logiciel ( SDLC) . Les phases SDLC sont l'analyse des besoins, conception de systèmes, la conception des programmes , la mise en œuvre du programme, le test du programme , l'essai du système et la maintenance. Ainsi, depuis défauts peuvent se produire à n'importe quel stade , le cycle de vie du défaut implique l'assurance de la qualité à chaque phase. La gestion de configuration permet défauts devant être enregistrées et suivies à l'enlèvement . Ainsi, les outils de gestion de configuration et de suivi des défauts seront nécessaires dans la vie assurance de la qualité du cycle de défaut . Défauts Cycle étapes de la vie ( DLC) défauts cycle de vie peut être décrit comme un processus en quatre étapes . Étape 1 comporte la découverte et le signalement des défauts tandis que l'étape 2 est à l'examen et la délégation de l'action sur les défauts . Étape 3 implique le débogage et l'élimination des défauts. Étape 4 implique confirmant que les défauts ont été supprimés DLC : . Étapes 1 et 2 Chaque organisation de développement logiciel dispose d'une équipe de développement et une équipe de test dont la fonction est de découvrir les défauts et de les signaler à l'étape 1. Habituellement, l'équipe de développement va libérer la spécification, de la conception logicielle requise logiciels et applications sources du code pour l'équipe de test . Librairies tierces peuvent être inclus. L' équipe de test vérifie ensuite des défauts dans les deux documents et le code source . Étape 2 implique une réunion d'évaluation entre les deux équipes où une décision est prise sur la gravité , la validité et la priorité du défaut. Après l'examen, certaines personnes ont la responsabilité de les bugs DLC : . Étapes 3 et 4 Au stade 3 , les développeurs d'analyser le code source pour identifier les origines de les défauts dans le but de les éliminer . Une analyse d'impact est également effectuée pour évaluer les défaillances potentielles qui pourraient survenir pour les défauts qui peuvent être corrigées immédiatement, mais dans une version du logiciel dernier . La version «fixe» du logiciel est ensuite soumis à des tests supplémentaires. Etape 4 du cycle de vie du défaut est consacrée à des tests de confirmation que les défauts recommandées ont effectivement été retirés et le logiciel est assez bon pour expédier .
|