Comment les testeurs doivent-ils rédiger des rapports sur les défauts logiciels ?

Au cours du processus de test logiciel, chaque entreprise a formulé un processus de traitement des défauts logiciels. Le processus de traitement des défauts logiciels de chaque entreprise est différent, mais le processus le plus élémentaire qu'ils suivent est le même, qui doit passer par la soumission, la distribution, la confirmation et le traitement. , retester, fermer et autres liens, comme illustré à la figure 1.

Processus de traitement des défauts

Processus de traitement des défauts

L'explication spécifique du lien de traitement des défauts logiciels illustré sur la figure 1 est la suivante.

(1) Soumettre : une fois que le testeur a découvert le défaut, il le soumet au chef de l'équipe de test.

(2) Affectation : après que le responsable de l'équipe de test ait reçu les défauts soumis par les testeurs, il les remettra aux développeurs.

(3) Confirmation : Après avoir reçu le défaut remis, le développeur discutera avec l'équipe et même les testeurs pour déterminer si le défaut est un défaut.

(4) Rejet/Report : si après négociation, le défaut n'est pas un défaut réel, refusez de le traiter et fermez le défaut ; si après négociation, il est déterminé qu'il s'agit d'un défaut réel, vous pouvez choisir en fonction de la gravité ou la priorité du défaut, etc. Traitement immédiat ou traitement différé.

(5) Traitement : le développeur modifie le défaut.

(6) Retester : après que le développeur a modifié le défaut, le testeur retestera (retest) pour vérifier si le défaut a bien été modifié. S'il n'a pas été corrigé, soumettez à nouveau le défaut.

(7) Fermeture : après que le testeur ait retesté, si le défaut a été corrigé, le défaut sera fermé et l'ensemble du traitement du défaut est terminé.

rapport de bogue logiciel

Dans le processus de test logiciel réel, lors de la soumission des résultats des tests logiciels, les testeurs enregistreront les détails des défauts selon le modèle spécifié par l'entreprise (Word, Excel, logiciel de gestion des défauts, etc.) pour générer un rapport de défaut. modèle de rapport et Ce n'est pas la même chose, mais comprend généralement le nombre, le type, la gravité, la priorité, l'environnement de test, etc. du défaut, et parfois il y a des suggestions de testeurs.

S'il y a un défaut dans la fonction de connexion d'un logiciel (le nom du logiciel est "Handheld Q&A"), et que le testeur constate que lorsque le nom d'utilisateur saisi dépasse 10 caractères, il ne peut pas se connecter pendant le test. défaut, signalez-le conformément au rapport de défaut de l'entreprise. Le modèle établit un rapport de défaut, comme indiqué dans le tableau 1.

rapport d'erreur

Gardez ce qui suit à l'esprit lorsque vous rédigez des rapports de défauts.

(1) Chaque défaut a un numéro unique, qui est l'identification du défaut.

(2) Les défauts doivent avoir des étapes pour se reproduire.

(3) Un défaut génère un rapport.

(4) Le rapport de défaut doit être soigné et complet.

Je suppose que tu aimes

Origine blog.csdn.net/cz_00001/article/details/132214822
conseillé
Classement