Traitement des défauts logiciels basé sur des tests logiciels

1. Qu'est-ce qu'un défaut

Les problèmes qui ne répondent pas aux besoins des utilisateurs, affectent la réalisation des fonctions logicielles, et les défauts
sont ce que les gens appellent généralement des bugs.

ex. Quelle option n'est pas un défaut logiciel___.
A. Le logiciel n'implémente pas les fonctions requises par les spécifications du produit
B. Le logiciel contient des fonctions qui ne doivent pas apparaître dans les spécifications du produit
C. Le logiciel implémente les fonctions qui ne sont pas mentionnées dans les spécifications du produit
D. Le logiciel implémente les exigences requis par les spécifications du produit Portabilité fonctionnelle mais non considérée en raison de limitations de performances

Réponse : D

2. Identification des défauts

La cause du défaut

Communication insuffisante entre le personnel (utilisateurs, conception, développement, tests, support technique, etc.), incompréhension ou absence de communication
Documentation incomplète ou même inexistante (en particulier pour les petites et moyennes entreprises de logiciels nationales)
La demande change constamment
Les limites des capacités techniques des participants
La programmation elle-même est fausse
Le logiciel est complexe et les défauts sont difficiles à éviter (comme Windows, Word)
Délais courts, tâches lourdes et pression de temps élevée
Les outils de développement logiciel et le support matériel et logiciel du système sont limités

Base de jugement des défauts

Identifier les bogues en se référant à la documentation
Spécification des exigences
Conception d'ensemble, conception détaillée
Manuel de l'Utilisateur
...
Trouver des défauts en comprenant les normes de l'industrie logicielle, le contexte de l'industrie (ou en se référant à un logiciel typique similaire)
Confirmer et identifier les défauts par la communication (demander aux développeurs, demander aux personnes chargées des exigences, demander aux utilisateurs...)

3. Reproduire et optimiser les défauts

La nécessité des défauts de reproduction (également appelés reproduction) et d'optimisation
Les défauts d'optimisation ne font pas référence aux défauts d'optimisation eux-mêmes, mais aux étapes de reproduction des défauts d'optimisation

Pourquoi reproduire et optimiser les défauts ?
Comment gérer les défauts "aléatoires" des logiciels ?

Méthodes de reproduction et d'optimisation des défauts

Connaissance approfondie des exigences, à partir des exigences elles-mêmes
Familier avec la conception de programmes, commencer par la conception et le développement
Familier avec les méthodes, les moyens et les routines de test couramment utilisés
Le même défaut est vérifié plusieurs fois avec différents processus de test (y compris les étapes et les données), analysez le phénomène et la cause du défaut, découvrez la loi et le processus de mise en œuvre le plus simple
Trouver des dépendances et des conditions de concurrence
Accumuler continuellement de l'expérience dans le traitement des défauts

4. Comment enregistrer efficacement les défauts

Garantie de reproduction des défauts

Un moyen simple de juger si un rapport de défaut est bon ou mauvais : laissez les rédacteurs de rapport non défectueux (techniciens) reproduire le défaut sur la base du rapport de défaut. Si le défaut peut être reproduit simplement et rapidement, cela indique que le rapport de défaut est meilleur.

Analyser les échecs - Reproduire le défaut en utilisant le moins d'étapes

Réduisez le temps nécessaire aux développeurs pour répéter les défauts
et permettez aux développeurs de localiser les défauts avec plus de précision

Contient toutes les étapes nécessaires pour reproduire le bogue

Les testeurs supposent que les développeurs ne sont pas nécessairement familiers avec les étapes de fonctionnement couramment utilisées, omettre les étapes nécessaires rend les développeurs incapables de reproduire les défauts.

autres considérations

facile à lire

Exemple :
Vue d'ensemble : Utilisez "Bloc-notes" pour enregistrer uniquement le mot "China Unicom" puis ouvrez le fichier, des caractères brouillés apparaissent.
Étapes de description :
1. Cliquez sur "Démarrer" → "Programmes" → "Accessoires" → "Bloc-notes" pour ouvrir le logiciel Bloc-notes ;
2. Entrez uniquement le mot "China Unicom" et cliquez sur "Fichier" → Enregistrer ;
3. Dans le " Enregistrez le fichier dans la boîte de dialogue "Enregistrer sous" et quittez (le nom du fichier et l'emplacement d'enregistrement sont arbitraires) ;
4. Ouvrez le fichier enregistré, et il y a des caractères brouillés, pas le mot "Unicom".

faites attention à votre ton

Exemple :
Vue d'ensemble : Le suffixe de fichier par défaut dans la boîte de dialogue « Enregistrer sous » du « Bloc-notes » est écrit « .txk ».
Étapes de description :
1. Cliquez sur "Démarrer" → "Programmes" → "Accessoires" → "Bloc-notes" pour ouvrir le logiciel Bloc-notes ;
2. Entrez uniquement le mot "China Unicom" et cliquez sur "Fichier" → Enregistrer ;
3. Dans le " Dans la boîte de dialogue "Enregistrer sous", le suffixe de fichier par défaut doit être ".txt". Les développeurs ont-ils pensé au problème avec vos talons et ont-ils réellement écrit ".txt" ;

6. Rapport de défaut

Un rapport de défaut est un ensemble décrivant les symptômes de défaut logiciel et les étapes de reproduction.
Rapport de défaut logiciel Sottware Bug Report (SBR) ou rapport de problème logiciel Software Problem Report (SPR)

Le rôle des rapports de bugs

1. Le rapport de défaut est l'un des résultats du travail des testeurs de logiciels, ce qui reflète la valeur des tests de logiciels
2. Le rapport de défaut peut décrire avec précision les défauts existant dans le logiciel, ce qui est pratique pour les développeurs à corriger
3. Le rapport de défaut peut refléter le courant état de qualité du projet/produit, pour faciliter la progression globale et le contrôle de la qualité du projet
4. Le rapport de défaut de test logiciel est l'un des résultats de sortie du test logiciel, qui peut mesurer la capacité de travail des testeurs

Les "5C" du signalement des défauts

Le contenu est exact (Correct)
La description de chaque composant est correcte et ne causera pas de malentendu
Les étapes sont concises (Concise)
n'incluent que les informations essentielles, n'incluent aucun contenu superflu
Contenu clair (Clear)
La description de chaque composant est claire et facile à comprendre
Structurellement complet (Complet)
contient les étapes complètes pour reproduire le bogue et d'autres informations essentielles
Style cohérent (Cohérent)
Rédiger tous les rapports de défauts dans un format cohérent

Contenu des rapports de bogues

Le titre du
défaut Les informations de base du défaut :
1. L'environnement logiciel et matériel testé
2. La version du logiciel testé
3. Le type de défaut
4. La gravité du défaut
5. La priorité de traitement du défaut Les
étapes de fonctionnement à reproduire le
défaut Le défaut réel Description du résultat
Description du résultat correct attendu
Texte d'annotation et image du défaut capturée

Théorème 28 défectueux

Le travail d'examen et de test dans les phases d'analyse, de conception et de mise en œuvre peut trouver et éviter 80 % des défauts, et le test du système peut découvrir 80 % des défauts restants. Il ne sera révélé qu'après utilisation.

7. Enregistrer les défauts et les rapports de défauts

Assurez-vous que les défauts sont reproductibles avec moins d'étapes nécessaires
Utilisez une terminologie professionnelle et faites attention au format d'écriture lors de l'enregistrement des défauts
Les défauts doivent être concis et concis, essayez de signaler un défaut à la fois
Les défauts qui ne sont vraiment pas reproductibles doivent également être signalés, et signalés dès que possible
Le nombre de défauts et le niveau de défauts ne peuvent pas être exagérés
Enregistrer les défauts dans le temps

Huit, la classification des défauts

Classer selon la classification de gravité, la priorité des défauts, le type de défaut et le module de fonction, etc.

par gravité

Erreurs fatales : telles que perte de données, plantage, plantage du système
Erreurs graves : telles que fonctions incomplètes, exécution incorrecte de fonctions
Erreurs générales : telles que fonctions incomplètes, problèmes d'interface, etc.
Suggestions (mineures) : Comment traiter de meilleurs problèmes que les testeurs pensent

Selon la priorité de modification

Modifier immédiatement
Modifier dans cette version
Modifier avant la sortie du produit
Problèmes pouvant exister dans la version publiée

par type de défaut

Fonction, pression/charge, interface, compatibilité, facilité d'utilisation, installation/désinstallation, sécurité

Selon le module de fonction

Module de fonction 1
Module de fonction 2
Module de fonction 3
Module de fonction 4
…