Essai de logiciel
A D V E R T I S E M E N T
Looking for Software Testing eBooks and Interview Questions? Join now and get it FREE!
Cycle de vie de bogue :
En entomologie (l'étude de vrais, vivants bogues), le cycle de vie de limite se rapporte aux diverses étapes qu'un insecte assume au-dessus de sa vie. Si vous pensez de nouveau à votre classe de biologie de lycée, vous vous rappellerez que les étapes de cycle de vie pour la plupart des insectes sont l'oeuf, les larves, les chrysalides et l'adulte. Il semble approprié, étant donné que des problèmes logiciels s'appellent également les bogues, qu'un système semblable de cycle de vie est employé pour identifier leurs étapes de la vie. Le schéma 18.2 montre un exemple du plus simple, et de la plupart des optimal, cycle de vie d'erreur de programmation.
Cet exemple prouve que quand un bogue est trouvé par un essayeur de logiciel, sa notée et assigné à un programmeur à fixer. Cet état s'appelle l'état ouvert. Une fois que le programmeur fixe le code, il l'assigne de nouveau à l'appareil de contrôle et les bogues écrit l'état résolu. L'appareil de contrôle réalise alors un essai de régression pour confirmer que le bogue est en effet fixe et, s'il le ferme. Le bogue écrit alors son état final, l'état fermé.
Dans quelques situations cependant, le cycle de vie obtient un peu plus compliqué.
Dans ce cas-ci le cycle de vie commence dehors la même chose avec l'appareil de contrôle ouvrant le bogue et l'assignant au programmeur, mais le programmeur ne le fixe pas. Il ne pense pas son assez mauvais pour fixer et ne l'assigne pas au chef de projet pour décider. Le chef de projet est d'accord avec le programmeur et place le bogue dans l'état résolu car « pas - fixent » le bogue. L'essayeur est en désaccord, recherche et trouve un cas plus évident et plus général qui démontre le bogue, le rouvre, et l'assigne au programmeur à la difficulté. Le programmeur fixe le bg, le résout comme fixé, et l'assigne à l'appareil de contrôle. L'appareil de contrôle confirme la difficulté et ferme le bogue.
Vous pouvez voir qu'un bogue pourrait subir de nombreux changements et itérations au-dessus de sa vie, faisant une boucle parfois en arrière et commençant la vie encore une fois. Figure au-dessous des prises le modèle simple ci-dessus et ajoute à lui les décisions, les approbations, et faire une boucle possibles qui peuvent se produire dans la plupart des projets. Naturellement chaque compagnie et projet de logiciel auront son propre système, mais cette figure est assez générique et devrait couvrir la plupart de n'importe quel cycle de vie de bogue que vous rencontrerez
Le cycle de vie générique a deux états additionnels et canalisations de raccordement de frais supplémentaires. L'état de revue est où le chef de projet ou le comité, parfois appelé un tableau de commande de changement, décide si le bogue devrait être fixe. Dans quelques projets tous les bogues passent par l'état de revue avant qu'ils soient assignés au programmeur pour la réparation. Dans d'autres projets, ceci peut ne pas se produire jusqu'à près de la fin du projet, ou pas du tout. Noter que l'état de revue peut également aller directement à l'état fermé. Ceci se produit si la revue décide que le bogue ne devrait pas être fixe - il pourrait être trop mineur n'est vraiment pas un problème, ou est une erreur de essai. L'autre est reporté. La revue peut déterminer que le bogue devrait être considéré pour fixer autrefois à à l'avenir, mais pas pour ce dégagement du logiciel.
La ligne additionnelle de l'état résolu de nouveau à l'état ouvert couvre la situation où l'essayeur constate que le bogue n'a pas été fixé. Elle obtient rouverte et les bogues des répétitions de cycle de vie.
Les deux ont pointillé les lignes qui font une boucle du fermé et l'état reporté de nouveau à l'état ouvert rarement se produisent mais sont assez important pour mentionner. Puisqu'un essayeur n'abandonne jamais, son possible qu'on a pensé un bogue pour être fixé, examiné et fermé pourrait réapparaître. De tels bogues s'appellent souvent Regressions. Il est possible qu'un bogue reporté pourrait plus tard être assez sérieux prouvé à fixer immédiatement. Si l'une ou l'autre de ces derniers se produit, le bogue est rouvert et commencé par le processus encore. La plupart des équipes de projet adoptent des règles pour qui peut changer l'état d'un bogue ou l'assigner à quelqu'un d'autre. Par exemple, peut-être seulement le chef de projet peut décider de reporter un bogue ou seulement un appareil de contrôle est autorisé pour fermer un bogue. Ce qui est important est qu'une fois vous notez un bogue, vous le suivez pendant son cycle de vie, ne perdez pas la voie de elle, et vous avérez l'information nécessaire la conduire à être fixe et fermé.
Rapport de bogue - pourquoi
- Communiquer le bogue pour la reproductibilité, la résolution, et la régression.
- Dépister le statut de bogue (ouvert, résolu, fermé).
- Assurer le bogue n'est pas oublié, est perdu ou pas ignoré.
Soutenaient créent le cas d'espèce où aucun n'a existé avant.
Looking for Software Testing eBooks and Interview Questions? Join now and get it FREE!
