程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式師世界 >> 編程語言 >  >> 更多編程語言 >> Python

[test dautomatisation Python 21] test dautomatisation de linterface Questions et réponses sur le concept dinterface, lintroduction au projet et le processus dessai

編輯:Python

Catalogue des articles

  • Un.、Préface
  • 2.、Concept d'interface
  • Trois、Description du projet
  • Quatre、Explication du processus d'essai automatisé
    • 4.1 Processus d'essai entièrement automatisé
    • 4.2 Tester la pyramide
    • 4.3 Quel type de projet convient pour les tests automatisés?
    • 4.4 Les ingénieurs d'essais automatisés doivent - ils encore effectuer des essais fonctionnels?

Un.、Préface

Cet article est officiellement entré dans la phase opérationnelle,Cet article traite principalement de certains concepts d'interface dans les tests d'interface,Un bref aperçu des projets à tester,En plus de cela, voici le portail de la série d'articles,Toujours en cours de mise à jour,Les petits partenaires intéressés peuvent également visiter,Pas grand - chose à dire,Voyons ça ensemble.~

Série d'articles:
Série d'articles1:【PythonEssais automatisés1】RencontrePythonLa beauté
Série d'articles2:【PythonEssais automatisés2】PythonConfiguration de l'installation etPyCharmUtilisation de base
Série d'articles3:【PythonEssais automatisés3】Connaissance initiale des types de données et de la syntaxe de base
Série d'articles4:【PythonEssais automatisés4】Résumé des connaissances sur les chaînes
Série d'articles5:【PythonEssais automatisés5】Résumé des connaissances sur les listes et les tuples
Série d'articles6:【PythonEssais automatisés6】Résumé des connaissances sur les dictionnaires et les collections
Série d'articles7:【PythonEssais automatisés7】Ensemble de connaissances des opérateurs de données
Série d'articles8:【PythonEssais automatisés8】Explication de l'énoncé de contrôle du processus
Série d'articles9:【PythonEssais automatisés9】Ensemble de connaissances fonctionnelles
Série d'articles10:【PythonEssais automatisés10】Opérations de base de fichiers
Série d'articles11:【PythonEssais automatisés11】Module、Ensemble de connaissances sur les paquets et les chemins
Série d'articles12:【PythonEssais automatisés12】Ensemble de connaissances sur le mécanisme de gestion des exceptions
Série d'articles13:【PythonEssais automatisés13】Catégorie、Objet、Ensemble de connaissances sur les attributs et les méthodes
Série d'articles14:【PythonEssais automatisés14】PythonBase d'essai automatique et exercices avancés
Série d'articles15:【PythonEssais automatisés15】unittestConcept de base et fonction du cadre d'essai
Série d'articles16:【PythonEssais automatisés16】Séparation des données du cas d'essai
Série d'articles17:【PythonEssais automatisés17】openpyxlEncapsulation secondaire et conduite des données
Série d'articles18:【PythonEssais automatisés18】Analyse des profils et application pratique
Série d'articles19:【PythonEssais automatisés19】Système de journalisationloggingExplication
Série d'articles20:【PythonEssais automatisés20】Mise en place d'un modèle de cadre d'essai d'automatisation des interfaces

2.、Concept d'interface

L'auteur a écrit une explication sur le contenu de base de l'interface et les concepts connexes. , Assez détaillé dans l'ensemble ,Adresse de référence:Tu connais vraiment les tests d'interface?

Trois、Description du projet

Le projet est unWebGérer l'arrière - plan, Il y a des informations de base 、Actions de l'utilisateur、Gestion du courrier、Plusieurs modules tels que la gestion des commandes, Dans la pratique du projet , Aussi simple que possible 、 La façon la plus efficace d'expliquer le contenu le plus profond , Pour que tout le monde comprenne parfaitement le projet , Et comment appliquer ce que vous avez appris sur le terrain à votre entreprise ou à votre projet privé .

Le projet dispose d'une documentation d'interface détaillée , Inclure l'en - tête de requête correspondant dans le document 、Corps demandeur、Mode de demande、Paramètres de demande、 Exemple de rétroaction réussie, etc. , Tous les modules de l'arrière - plan complet , Tous ont des informations d'interface détaillées correspondantes ,Dans la pratique, L'auteur prendra des captures d'écran en fonction de la situation 、Toilettage、Résumé, Voici un exemple d'une seule interface

Quatre、Explication du processus d'essai automatisé

4.1 Processus d'essai entièrement automatisé

Nous avons construit le cadre pour automatiser les tests. , Y compris, sans s'y limiter, l'automatisation des interfaces 、WebAutomatisation、AppAutomatisation,UI Tests automatisés, etc. , Il y a des Parties qui ressemblent à des tests fonctionnels , Il peut également y avoir des différences entre les entreprises , Mais à peu près la même chose , Voici le processus d'essai automatisé :

""" Première étape:Examen des besoins -- Les essais automatisés sont les mêmes que les essais fonctionnels. , La première étape exige un examen des besoins , Connaissance des exigences au cours de l'examen , Trouver les défauts de la demande , Pour préparer le terrain à l'analyse des besoins Deuxième étape:Analyse des besoins -- L'étape de l'analyse des besoins consiste principalement à analyser les besoins individuellement par des testeurs automatisés. , Effectuer le démontage de la demande , Comprendre les exigences en détail , Préparer la conception du cas d'essai Troisième étape:Documentation de l'interface -- Connaître les exigences et connaître les responsabilités approximatives , La documentation de l'interface est nécessaire pendant la phase d'essai de l'automatisation de l'interface ,Quels paramètres sont disponibles,En - tête de la demande、Corps demandeur、Mode de demande、Paramètres de demande, etc. Si l'entreprise n'a pas de documentation d'interface , Souvent aller au développement pour des questions , Faire du développement un document , Si ça ne marche toujours pas, , Besoin d'obtenir l'interface et de trier les documents par capture de paquets Quatrième étape:Plan d'essai -- Passez en revue votre plan de test personnel , Temps nécessaire à la conception des cas d'utilisation , Quand concevoir , Quand peut - on s'attendre à ce que le test réussisse , Quel lien utilise la technologie d'automatisation Tenir compte de la priorité des essais, etc. , Si vous êtes responsable du test correspondant , Des questions telles que l'affectation des ressources humaines aux tâches doivent également être examinées. Étape 5:Examen du plan -- Quand vous avez tracé un plan, , Une discussion de confirmation avec les membres du Groupe est également prévue , Voir si le plan a un document , Y a - t - il des améliorations à apporter? , Les membres du Groupe ont - ils des questions à ce sujet? Étape 6:Cas d'essai -- Familiarisez - vous avec les exigences et la documentation d'interface et ayez un plan d'essai , C'est la phase de conception du cas d'essai. , Cas d'essai pour l'automatisation de l'interface de conception Étape 7:Examen des cas d'utilisation -- Une fois la conception du cas d'essai d'interface terminée, la phase d'examen du cas d'utilisation commence. , Confirmer s'il y a des omissions dans le cas d'essai , Si non standard , Facilité de Lecture automatique 、Utilisation, etc. Étape 8:Exécution du cas d'utilisation -- Écrire et trier le Code au moyen d'un cas d'essai d'automatisation d'interface , Un cadre d'essai peut être construit pendant cette période ou un cadre a déjà été exécuté avant cela. Étape 9:Rapport d'essai -- Lorsque le cas d'essai est terminé , Les résultats correspondants du rapport d'essai peuvent être produits. , Services communs , Y compris la qualité 、 Répartition des problèmes , Étape 10:Déploiement intégré -- Une fois le cadre d'essai terminé, les cas d'essai peuvent être exécutés avec succès. , Lors de la production du rapport d'essai correspondant , Envisager un déploiement intégré ,Par des tâches programmées, Fumée hebdomadaire ou mensuelle """

4.2 Tester la pyramide

La pyramide des tests est divisée en trois étapes principales ,Le niveau le plus bas est le test de l'unit é/Essais de composants, C'est - à - dire les tests de contrôle liés au Code , Mais en raison de la limitation des capacités nationales de développement et d'essai agiles , Par conséquent, dans la plupart des tests d'entreprise, aucun test d'Unit é n'est effectué. , Souvent à ce stade, l'auto - test est effectué par le développement .

Le niveau moyen de la pyramide est APITests sur les aspects, C'est - à - dire les tests liés à l'interface , Les tests d'interface sont plus professionnels sans tests unitaires , Mais vous pouvez trouver des exceptions et des problèmes qui ne peuvent pas être trouvés dans les tests manuels .

La couche supérieure est le test sur l'interface utilisateur , Peut également être interprété comme un test manuel , Les tests manuels n'ont révélé que quelques problèmes de niveau de table , Mais la plupart des exigences ne peuvent empêcher la plupart des problèmes de se produire que par des essais fonctionnels de surface. ,Et un lien très important, Essais plus près de la couche supérieure , Plus vous vous Rapprochez du contenu au niveau de l'entreprise , Peut également refléter clairement les besoins réels .

Plus que ça, Plus près du bas de la pyramide, plus efficace 、 Les défauts sont plus faciles à localiser 、 Réduction des coûts d'essai , Et plus près du Sommet de la pyramide, , Plus la réparation est lente , Coût plus élevé et défaut moins facile à localiser , C'est pourquoi les tests nécessitent une intervention précoce. .

4.3 Quel type de projet convient pour les tests automatisés?

Nous savons que les tests automatisés peuvent améliorer la productivité ,Malgré tout, Mais est - ce approprié pour l'automatisation en toutes circonstances? ?Apparemment non, Seulement si les conditions suivantes sont remplies , L'auteur pense qu'il est plus approprié de faire des tests automatisés :

""" Les conditions suivantes sont remplies: , Mieux adapté aux tests automatisés : 1、Documentation des exigences, Les exigences ne changent pas fréquemment -- Sans modifier les exigences , Module fonctionnel relativement stable , Il ne faut pas beaucoup de temps pour modifier et maintenir les scripts après leur écriture 2、Long cycle de développement et d'essai, Des tests de régression fréquents sont nécessaires 、Essai de fumée -- Par exemple, un module hebdomadaire effectue un test de fumée , Présence fréquente d'une activité opérationnelle 3、 Plusieurs scénarios de test doivent être exécutés à plusieurs reprises sur plusieurs plateformes 4、 Le contenu des essais de certains éléments d'essai ne peut être réalisé par des essais fonctionnels. , Ou les tests fonctionnels prennent beaucoup de temps 5、 Le développement du système testé est relativement standard , Assurer la faisabilité du système """

4.4 Les ingénieurs d'essais automatisés doivent - ils encore effectuer des essais fonctionnels?

Certains étudiants interviewent un ingénieur d'automatisation des tests et le superviseur lui demande de continuer les tests fonctionnels. , Il est bizarre aussi. , Ça veut dire confusion ? L'Ingénieur d'essai automatique doit - il effectuer d'autres essais fonctionnels? ?
La réponse est évidemment nécessaire , Un testeur automatisé doit connaître l'entreprise avant d'effectuer des tests automatisés. , La meilleure façon de se familiariser avec l'entreprise est de faire des tests fonctionnels ou d'expérimenter le contenu des tests. , Aider rapidement les testeurs d'automatisation à se familiariser avec l'entreprise , Pour un meilleur test .


C'est bon.~C'est tout ce que j'ai partagé dans cet article.,Tu as appris?J'espère pouvoir vous aider.!



  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式師世界 All Rights Reserved