Partage d'aujourd'hui : Code propre – tests unitaires
Du point de vue du développement, organisez d'abord les variables et les fonctions selon certains noms et formats. Ensuite, commencez à écrire du code. Dans l'industrie, beaucoup préconisent le développement piloté par les tests.
TDD est l'abréviation anglaise de Test-Driven Development. Il s'agit d'une pratique et d'une technologie de base dans le développement agile et une méthodologie de conception. Le principe de TDD est d’écrire le code du cas de test unitaire avant de développer le code fonctionnel.
1. Trois lois du TDD
Loi 1 N'écrivez pas de code de production avant d'écrire des tests unitaires qui ne peuvent pas réussir.
Loi 2 : Vous ne pouvez écrire que des tests unitaires qui échouent tout simplement. L'échec de la compilation ne compte pas comme un échec.
Loi 3 : n'écrivez que le code de production qui est juste suffisant pour réussir le test qui échoue actuellement.
Les tests sont écrits avec le code de production, les tests sont juste écrits quelques secondes avant le code de production.
2. Gardez le test propre
Le code de test est aussi important que le code de production et doit être suffisamment rangé.
Tout ce qui est bon vient avec des tests.
Un code de test unitaire propre apportera de nombreux avantages à votre code. Plus les tests sont sales, plus le code finira par le devenir. Si des tests manquent, le code commence à pourrir.
3. Les tests propres
Les tests propres ont un élément très important : la lisibilité.
Le code de test doit être suffisamment clair, propre et expressif. Lors du test, dites beaucoup de choses en aussi peu de mots que possible.
Mode test : construction-exploitation-inspection,
La première étape consiste à construire les données de test
La deuxième étape consiste à exploiter les données de test
La troisième étape consiste à vérifier l'opération si les résultats attendus sont obtenus.
3.1 Test du langage pour des champs spécifiques
Utilisez les tests du langage de test pour le rendre plus lisible.
3.2 Double standard
Le code de l'API de test a des normes d'ingénierie différentes de celles du code de production. Il doit être simple, concis et expressif, mais il doit être aussi efficace que le code de production. .
4. Une assertion par test
Certaines personnes pensent que chaque fonction de test devrait avoir une et une seule instruction d'assertion.
Testez un concept chacun.
Une meilleure règle pourrait être de tester un seul concept et de faire une chose dans chaque fonction de test.
5. Principes F.I.R.S.T
Le code propre doit suivre les règles suivantes :
Les tests rapides doivent être suffisamment rapides. Les tests devraient s’exécuter rapidement.
Les tests indépendants doivent être indépendants les uns des autres. Un test ne doit pas définir les conditions du test suivant.
Les tests répétables doivent réussir à plusieurs reprises dans n'importe quel environnement.
Les tests d'auto-validation doivent avoir une sortie booléenne. Qu'il échoue ou réussisse, la conclusion doit être tirée directement, plutôt que de vérifier le journal pour confirmer si le test a réussi ou non.
Les tests opportuns doivent être rédigés en temps opportun. Les tests unitaires doivent être écrits juste avant le code de production qui les fait réussir.
6. Résumé
Les tests sont aussi importants que le code. Ils garantissent et améliorent l'évolutivité, la maintenabilité et la réutilisabilité du code de production. Gardez vos tests propres, expressifs et courts. Inventé comme API de test pour les langages spécifiques à un domaine pour vous aider à écrire vos propres tests.
Dans le développement réel, de nombreuses équipes n'ont pas de TDD ou de tests unitaires pour beaucoup de choses en raison de divers facteurs externes et internes, de calendriers de construction serrés, de délais courts, de tâches lourdes, etc. à ce principe et se rapproche lentement de l'objectif des tests unitaires...
Vous aimerez peut-être :
Comment devenir un excellent ingénieur full-stack en autodidacte ?
Outils d'IA chauds
Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes
AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.
Undress AI Tool
Images de déshabillage gratuites
Clothoff.io
Dissolvant de vêtements AI
AI Hentai Generator
Générez AI Hentai gratuitement.
Article chaud
Outils chauds
Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit
SublimeText3 version chinoise
Version chinoise, très simple à utiliser
Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP
Dreamweaver CS6
Outils de développement Web visuel
SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)
Pratiques de tests unitaires pour les interfaces et les classes abstraites en Java
May 02, 2024 am 10:39 AM
Étapes pour les interfaces de tests unitaires et les classes abstraites en Java : Créez une classe de test pour l'interface. Créez une classe fictive pour implémenter les méthodes d'interface. Utilisez la bibliothèque Mockito pour simuler les méthodes d'interface et écrire des méthodes de test. La classe abstraite crée une classe de test. Créez une sous-classe d'une classe abstraite. Écrivez des méthodes de test pour tester l'exactitude des classes abstraites.
La différence entre les tests de performances et les tests unitaires en langage Go
May 08, 2024 pm 03:09 PM
Les tests de performances évaluent les performances d'une application sous différentes charges, tandis que les tests unitaires vérifient l'exactitude d'une seule unité de code. Les tests de performances se concentrent sur la mesure du temps de réponse et du débit, tandis que les tests unitaires se concentrent sur la sortie des fonctions et la couverture du code. Les tests de performances simulent des environnements réels avec une charge et une concurrence élevées, tandis que les tests unitaires s'exécutent dans des conditions de faible charge et en série. L'objectif des tests de performances est d'identifier les goulots d'étranglement des performances et d'optimiser l'application, tandis que l'objectif des tests unitaires est de garantir l'exactitude et la robustesse du code.
Analyse des avantages et inconvénients des outils de tests unitaires PHP
May 06, 2024 pm 10:51 PM
Analyse de l'outil de test unitaire PHP : PHPUnit : convient aux grands projets, fournit des fonctionnalités complètes et est facile à installer, mais peut être verbeux et lent. PHPUnitWrapper : adapté aux petits projets, facile à utiliser, optimisé pour Lumen/Laravel, mais a des fonctionnalités limitées, ne fournit pas d'analyse de couverture de code et dispose d'un support communautaire limité.
Comment utiliser la méthode de test basée sur des tables dans les tests unitaires Golang ?
Jun 01, 2024 am 09:48 AM
Les tests basés sur des tables simplifient l'écriture de scénarios de test dans les tests unitaires Go en définissant les entrées et les sorties attendues via des tableaux. La syntaxe comprend : 1. Définir une tranche contenant la structure du scénario de test ; 2. Parcourez la tranche et comparez les résultats avec la sortie attendue. Dans le cas réel, un test basé sur une table a été effectué sur la fonction de conversion de chaîne en majuscules, et gotest a été utilisé pour exécuter le test et le résultat de réussite a été imprimé.
Quelle est la différence entre les tests unitaires et les tests d'intégration dans les tests de fonctions Golang ?
Apr 27, 2024 am 08:30 AM
Les tests unitaires et les tests d'intégration sont deux types différents de tests de fonctions Go, utilisés respectivement pour vérifier l'interaction et l'intégration d'une seule fonction ou de plusieurs fonctions. Les tests unitaires testent uniquement les fonctionnalités de base d'une fonction spécifique, tandis que les tests d'intégration testent l'interaction entre plusieurs fonctions et l'intégration avec d'autres parties de l'application.
Tests unitaires PHP : comment concevoir des cas de test efficaces
Jun 03, 2024 pm 03:34 PM
Il est crucial de concevoir des cas de tests unitaires efficaces, en adhérant aux principes suivants : atomiques, concis, reproductibles et sans ambiguïté. Les étapes comprennent : la détermination du code à tester, l'identification des scénarios de test, la création d'assertions et l'écriture de méthodes de test. Le cas pratique démontre la création de cas de test pour la fonction max(), en soulignant l'importance des scénarios de test et des assertions spécifiques. En suivant ces principes et étapes, vous pouvez améliorer la qualité et la stabilité du code.
Tests unitaires PHP : conseils pour augmenter la couverture du code
Jun 01, 2024 pm 06:39 PM
Comment améliorer la couverture du code dans les tests unitaires PHP : utilisez l'option --coverage-html de PHPUnit pour générer un rapport de couverture. Utilisez la méthode setAccessible pour remplacer les méthodes et propriétés privées. Utilisez des assertions pour remplacer les conditions booléennes. Obtenez des informations supplémentaires sur la couverture du code grâce aux outils de révision du code.
Intégration des tests unitaires PHP et de la livraison continue
May 06, 2024 pm 06:45 PM
Résumé : En intégrant le framework de tests unitaires PHPUnit et le pipeline CI/CD, vous pouvez améliorer la qualité du code PHP et accélérer la livraison des logiciels. PHPUnit permet la création de scénarios de test pour vérifier la fonctionnalité des composants, et les outils CI/CD tels que GitLabCI et GitHubActions peuvent exécuter automatiquement ces tests. Exemple : validez le contrôleur d'authentification avec des cas de test pour garantir que la fonctionnalité de connexion fonctionne comme prévu.