1. Le plan de test comprend :
Détermination de la portée des tests, formulation de stratégies de test, organisation des ressources de test, affectation du personnel, organisation du temps et évaluation des risques
2. Les cas de test comprennent :
Numéro de cas d'utilisation, titre du cas d'utilisation, module, condition préalable, étapes de l'opération, données d'entrée, résultat attendu, résultat réel
3. Les rapports de défaut incluent :
Numéro de défaut, titre du défaut, type de défaut, état du défaut, environnement de test, gravité, priorité, étapes de reproduction
4. Le rapport d'essai comprend :
Objectif du test, contexte du test, portée du test, environnement de test, analyse des résultats du test, test de régression, défauts restants, conclusion du test
5. Le processus de test de l'interface :
Obtenez le document d'interface, analysez la fonction d'interface, le chemin de la demande, les paramètres de la demande, vérifiez si les paramètres sont requis,
Est-il unique, type de paramètre, longueur de paramètre, écrire des cas de test, utiliser postman pour exécuter des cas de test d'interface
6. La voie des cas de test courants :
Méthode de division de classe d'équivalence :
Scène : @Calculer la somme de deux entiers entre 1 et 100, qui est valide et équivalent entre 1 et 100 @Si <1 ou >100 est invalide et équivalent
Méthode des valeurs limites : Scénario : @L'exigence d'entrée est de calculer la somme de deux nombres entiers entre 1 et 100, ce qui produit naturellement deux limites de 1 et 100@ Le point supérieur est : 1 et 100, et le point de départ est : 0 et 101
Méthode du scénario : Scénario : @tel que retirer de l'argent sur un guichet automatique@ tel que : le mot de passe du retrait réussi est incorrect, le solde du compte est insuffisant, le guichet automatique n'a pas suffisamment de liquidités, etc. Méthode du tableau orthogonal @ car il existe de nombreux types de polices, styles de caractères, couleurs, donc en utilisant la méthode de la table orthogonale
Diagramme causal : Scénario : @Il existe un logiciel de distributeur automatique qui gère les boissons en boîte avec un prix unitaire de 2,5 yuans. Si vous mettez des pièces de 2,5 yuans, appuyez sur le bouton "Coca", "Bière" ou "Thé au lait", et la boisson correspondante sera livrée. Si une pièce de 3 yuans est insérée, 5 centimes de pièces seront remboursés lors de la livraison de la boisson @ Scénario : Raison : Résultat : 5 cents de pièces seront remboursés après avoir introduit des pièces de 2,5 yuans Appuyez sur le bouton Coke pour envoyer un cola boire
Méthode du tableau de décision : scène : comme ci-dessus (scène dans la méthode du tableau causal)
Erreur reverse push : Scénario : @loginpage@ Tel que : erreur de mot de passe de compte échec de connexion temps d'erreur - code de vérification de compte gelé - (image ou message texte), etc.
7. Processus de l'entreprise :
Approbation du projet>>>Spécification du produit>>>Document des exigences>>>Examen des exigences
>>> (Développement)Conception détaillée des grandes lignes>>> Codage>>> Auto-test
>>>(Test)>>>Plan de test>>>Rédaction de cas de test>>>Examen de cas d'utilisation
>>>
Test>>>Test de fumée>>>Test de fonction>>>Zen Tao>>>Test de régression>>Test d'acceptation>>>En ligne
8. Classement des logiciels :
A. Selon l'étape : test unitaire, test d'intégration, test système, test d'acceptation
B. Selon qu'il faut exécuter : test statique, test dynamique
C. Selon s'il faut afficher le code source : test de la boîte noire, test de la boîte blanche
D. Les tests de boîte noire sont divisés en : tests fonctionnels et tests de performance
Tests fonctionnels : tests de compatibilité, tests d'utilisabilité, tests d'interface, tests d'installation, tests de fonction logique
Tests de performance : tests généraux, tests de stabilité, tests de résistance, tests de charge
E. Autres : tests aléatoires, tests de fumée, tests de régression
9. Modèle W et modèle v :
*vmodèle :*
Exigences du client >>> Document d'exigences >>> Conception d'ensemble >>> Conception détaillée
||
code de programme
||
Test unitaire >>> Test d'intégration >>> Test système >>> Test d'acceptation
Avantages : chaque étape est claire et facile à contrôler chaque processus de développement
Tests unitaires et tests système
Inconvénients : l'intervention du test est relativement tardive et certains défauts au stade précoce ne peuvent pas être trouvés et corrigés
Tester et développer en parallèle
*wmodèle :*
Analyse des besoins >>> Conception d'ensemble >>> Conception détaillée
||
codage
||
Intégration >>> Implémentation >>> Livraison
Conception de système, analyse de système, stratégie de conception de système de conception >>> analyse sommaire, stratégie de test d'intégration de conception >>>
||
Conception détaillée, stratégie de test unitaire de conception
||
Test unitaire >>> Test d'intégration >>> Test système >>> Test d'acceptation
Avantages : Les tests accompagnent tout le cycle de vie du logiciel
Test et développement exécutés indépendamment en parallèle
Inconvénients : certains projets n'ont aucun document d'exigence, de sorte que le modèle w ne peut pas être utilisé
Les tests d'exigences et les tests de conception sont très exigeants et difficiles à pratiquer