Suivi des bogues et de suivi des défauts sont des termes sans signification technique précise. La différence précise entre eux dépend de professionnels de l'informatique qui vous parlez. La société BontQ , par exemple, utilise les termes de façon interchangeable , mais d'autres entreprises les traitent comme des activités distinctes. Les deux bug et le suivi des défauts nécessitent les développeurs à identifier et enregistrer des problèmes avec leur logiciel . Définitions

Les problèmes de logiciel sont diversement qualifiés de « bogues », « erreurs », « défauts » et « problèmes ». BugAware définit les " bugs" que les problèmes qui apparaissent au cours de le développement de logiciels , tandis que " défauts " Turn Up après la publication du produit . " Issues" peuvent être quelque chose de bogues à help-desk problèmes. Testdog.com définit le « bogue du logiciel », comme tout élément qui ne répond pas aux attentes de la clientèle; «erreurs» sont observées problèmes avec le logiciel ; « défauts » sont des écarts par rapport aux spécifications des produits découverts après les développeurs offrir le programme à l' . client
Suivi

défauts de suivi - dans le sens des problèmes rencontrés après l'accouchement - diffère de bogues suivi au cours du développement parce que c'est un environnement différent. Utilisation dans le monde réel diffère de tester dans l'environnement de développement . Même si les développeurs Effectuer le suivi de bogue complet , de nouveaux problèmes surgissent invariablement qui doivent être suivies. La forme la plus simple de suivi des défauts est de tenir des dossiers lorsque le client appelle pour un problème . Suivi plus sophistiqué utilise un logiciel pour surveiller le déploiement et détecter les activités anormales comme une hausse soudaine des messages d'avertissement.
Similitudes

Même si l'entreprise définit les bugs et les défauts différemment , bug et le suivi des défauts ont beaucoup en commun . Un suivi efficace dépend de la bonne tenue des dossiers . Une équipe de développement fixant une erreur a besoin de savoir , par exemple, si le problème a été signalé auparavant. Les dossiers devraient inclure le produit le problème touche , la fonction elle interfère avec et quel effet le problème a . Un défaut qui paralyse le logiciel est une priorité plus élevée pour un correctif que quelque chose qui ne fait que ralentir un programme par quelques secondes.
Considérations

réflexion sur les problèmes de logiciels uniquement en termes de détection et de correction des défauts est une erreur, Testdog.com dit . Les problèmes des rapports de client ne peut pas être une question technique à tous, si le logiciel répond aux spécifications , mais le client n'est toujours pas satisfait , le problème peut être que les spécifications ne définissent pas ce que le client voulait vraiment . Soit l'équipe de développement a mal compris le client ou le client n'a pas compris ou indiquer clairement ses besoins . Satisfaire le client peut exiger recommencer avec de nouvelles spécifications .