Vérifions et formons statiquement le code du test automatique E2E écrit en Python [VS Code]

Contexte

Ceux qui écrivent le code du produit ont généralement le format et la vérification statique au moment de la sauvegarde du côté de l'éditeur pendant le développement.

D'autre part, les testeurs et les ingénieurs de test défieront le test automatique opéré par GUI! J'ai tendance à m'en sortir quand cela le devient, alors j'ai essayé de le réveiller dans l'article après l'introduction.

Ce que vous pouvez faire en référence à cet article

Lors de l'écriture de code de test automatisé, chaque fois que j'enregistre

• Il formate automatiquement (= formats) selon certaines règles, telles que la présence ou l'absence de lignes et d'espaces vides, et les sauts de ligne sur les lignes trop longues. ――Il indique les styles d'écriture redondants et les modules / variables inutilisés.

L'état peut être réalisé.

En conséquence, lorsque plusieurs personnes codent le test automatisé, l'apparence du code de test automatisé écrit par chacune est unifiée dans une certaine mesure et les lignes inutiles sont réduites, ce qui facilite la lecture et l'écriture.

Cette fois, nous le définirons de manière à ce qu'il adhère (fondamentalement) au standard de codage Python PEP8.

environnement

• Windows10Pro
• VSCode 1.40
• Python 3.7.2

procédure

1. Installez ce dont vous avez besoin

Exécutez la commande suivante pour installer flake8 et autopep8.

> pip install flake8
> pip install autopep8

2. Paramètres du code VS

Ajoutez ce qui suit aux paramètres existants décrits dans settings.json. Ou, si l'élément existe déjà, écrasez-le.

{
    "editor.formatOnSave": true,
    "python.linting.pylintEnabled": false,
    "python.linting.enabled": true,
    "python.linting.flake8Enabled": true,
    "python.linting.flake8Args": [
        "--ignore=E501"
    ],
    "python.formatting.autopep8Args": [
        "--max-line-length=200",
    ]
}

--ʻEditor.formatOnSave: s'il faut formater automatiquement lors de l'enregistrement d'un fichier --python.linting.pylintEnabled: Indique s'il faut utiliser pylint --python.linting.enabled: s'il faut pelucher --python.linting.flake8Args: Paramètres à passer à flake8. Cette fois --ignore = E501 évite que" la ligne est trop longue "de E501 indique --python.formatting.autopep8Args: Paramètres à transmettre à autopep8. Cette fois, --max-line-length = 200` définit la limite de saut de ligne à 200 caractères

Si vous pouvez le faire jusqu'à présent, lorsque vous enregistrez le code avec VS Code, il formate automatiquement et signale les problèmes.

3. Voir l'indication

Le contenu signalé est affiché dans l'onglet "Problème" en bas de l'écran.

S'il n'apparaît pas, veuillez cliquer sur la marque x ou △ en bas à gauche.

Modèles qui posent problème avec le code de test automatique pour les tests système

Si vous pouvez écrire le code de test automatisé selon les mêmes règles que l'équipe de développement de produit, cela est pratique car davantage de personnes peuvent maintenir le test automatisé.

Cependant, dans certaines situations, il est difficile d'écrire un code de test automatisé conformément aux normes de codage des produits.

Par exemple, la limite du nombre de caractères sur une ligne. Au moment du développement, s'il est trop long, il est nécessaire d'insérer un saut de ligne approprié. Dans autopep8 utilisé cette fois, les sauts de ligne sont automatiquement définis pour contenir 79 caractères par défaut.

Cependant, lorsque j'écris un test automatisé dans Selenium et que je dois spécifier un xpath long, il est plus facile de voir s'il est étiré horizontalement plutôt que étrangement cassé.

Par conséquent, cette fois, la limite du nombre de caractères dans une ligne a été modifiée à 200. Veuillez ajuster ici à votre goût.

référence

• [Introduisez flake8 au lieu de pylint dans l'environnement de développement Python de VS Code et définissez le formatage automatique --Qiita](https://qiita.com/psychoroid/items/2c2acc06c900d2c0c8cb#%E3%83%95%E3%82% A1% E3% 82% A4% E3% 83% AB% E4% BF% 9D% E5% AD% 98% E6% 99% 82% E3% 81% ABlinting% E3% 82% 92% E3% 83% 81% E3% 82% A7% E3% 83% 83% E3% 82% AF% E3% 81% 99% E3% 82% 8B% E8% A8% AD% E5% AE% 9A% E3% 81% AB% E3% 81% 99% E3% 82% 8B)
• Adhésion confortable aux normes de codage VS Code --Qiita