Veuillez demander au maître, je suis novice et j'ai vu des tests de bout en bout mentionnés à de nombreux endroits. Est-ce beaucoup utilisé dans le processus de développement Web ? Les tests de bout en bout sont-ils importants ?
Par rapport aux tests unitaires/tests d'intégration, les tests E2E peuvent couvrir plus de scénarios de test avec moins de code, au prix d'un niveau de détail des tests insuffisant.
Il convient de noter que tous les projets ne sont pas adaptés à l'écriture de tests E2E. Les points suivants peuvent vous aider à juger si votre projet est adapté aux tests E2E.
Le cycle du projet est long. L'écriture de tests E2E consommera beaucoup de temps et d'énergie s'il ne s'agit pas d'un projet de maintenance à long terme, il n'est pas nécessaire de faire ces investissements.
La fréquence d'itération du projet est élevée. Si les intervalles d'itération sont très longs et que le temps et la main d'œuvre nécessaires aux tests sont suffisants, des tests manuels méticuleux des interfaces seront plus fiables.
La structure des pages est stable. Les tests E2E s'appuient généralement sur les sélecteurs CSS/XPath comme méthode de localisation des éléments. Si la déconstruction DOM de la page change fréquemment, le coût de maintenance des cas de test augmentera.
De plus, l'effet des tests E2E est meilleur dans les scénarios suivants :
Des pages purement statiques, de préférence des pages dont le contenu ne change pas. Vous pouvez prendre des captures d'écran au niveau du navigateur et comparer les captures d'écran des deux itérations avant et après pour déterminer si les modifications ont endommagé l'affichage final de la page ou si les modifications d'affichage sont conformes aux attentes.
Tests de compatibilité. Si vous devez tester les problèmes de compatibilité du projet sous différents navigateurs, vous pouvez utiliser les tests E2E pour couvrir plusieurs navigateurs différents à la fois.
L'interaction est complexe et les étapes d'interaction sont nombreuses. Par exemple, lorsque vous remplissez un formulaire complexe en plusieurs étapes, plus le coût de l'opération manuelle est élevé, plus les avantages seront importants en utilisant E2E pour le remplir automatiquement. Mais attention, comme pour les autres tests, si votre processus de test contient des données écrites, les données écrites doivent être effacées une fois le test terminé pour garantir un environnement cohérent lors de sa nouvelle exécution.
La main-d'œuvre peut faire des erreurs, mais les machines sont relativement stables. Il est très important de libérer de la main d'œuvre, en particulier pour certaines pages métiers principales. Il est difficile de couvrir toutes les situations, c'est pourquoi E2E doit résoudre ce problème.
Cependant, si vous utilisez Angular, écrire E2E est plus amusant
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Par rapport aux tests unitaires/tests d'intégration, les tests E2E peuvent couvrir plus de scénarios de test avec moins de code, au prix d'un niveau de détail des tests insuffisant.
Il convient de noter que tous les projets ne sont pas adaptés à l'écriture de tests E2E. Les points suivants peuvent vous aider à juger si votre projet est adapté aux tests E2E.
Le cycle du projet est long. L'écriture de tests E2E consommera beaucoup de temps et d'énergie s'il ne s'agit pas d'un projet de maintenance à long terme, il n'est pas nécessaire de faire ces investissements.
La fréquence d'itération du projet est élevée. Si les intervalles d'itération sont très longs et que le temps et la main d'œuvre nécessaires aux tests sont suffisants, des tests manuels méticuleux des interfaces seront plus fiables.
La structure des pages est stable. Les tests E2E s'appuient généralement sur les sélecteurs CSS/XPath comme méthode de localisation des éléments. Si la déconstruction DOM de la page change fréquemment, le coût de maintenance des cas de test augmentera.
De plus, l'effet des tests E2E est meilleur dans les scénarios suivants :
Des pages purement statiques, de préférence des pages dont le contenu ne change pas. Vous pouvez prendre des captures d'écran au niveau du navigateur et comparer les captures d'écran des deux itérations avant et après pour déterminer si les modifications ont endommagé l'affichage final de la page ou si les modifications d'affichage sont conformes aux attentes.
Tests de compatibilité. Si vous devez tester les problèmes de compatibilité du projet sous différents navigateurs, vous pouvez utiliser les tests E2E pour couvrir plusieurs navigateurs différents à la fois.
L'interaction est complexe et les étapes d'interaction sont nombreuses. Par exemple, lorsque vous remplissez un formulaire complexe en plusieurs étapes, plus le coût de l'opération manuelle est élevé, plus les avantages seront importants en utilisant E2E pour le remplir automatiquement.
Mais attention, comme pour les autres tests, si votre processus de test contient des données écrites, les données écrites doivent être effacées une fois le test terminé pour garantir un environnement cohérent lors de sa nouvelle exécution.
La main-d'œuvre peut faire des erreurs, mais les machines sont relativement stables. Il est très important de libérer de la main d'œuvre, en particulier pour certaines pages métiers principales. Il est difficile de couvrir toutes les situations, c'est pourquoi E2E doit résoudre ce problème.
Cependant, si vous utilisez Angular, écrire E2E est plus amusant