


Comment mettre en place un environnement de test ? Introduction à l'ensemble d'outils de test angulaire
Cet article explique comment créer un environnement de test et l'ensemble d'outils de test Angular.
Environnement de test
La plupart d'entre eux utilisent Angular Cli pour créer des projets. Par conséquent, les packages npm dont nous avons besoin ont été intégrés par défaut. ; bien sûr, si vous utilisez le démarrage rapide d'un site Web auto-construit ou officiel, vous devez l'installer vous-même, mais toutes les données de base sont les mêmes ; [Recommandations de didacticiel associées : tutoriel angulaire]
Les tests unitaires angulaires peuvent être divisés en deux catégories : les tests individuels indépendants et l'ensemble d'outils de tests angulaires.
Pipe et Service conviennent aux tests indépendants, car ils ne nécessitent que des new
classes d'instance et ne peuvent pas non plus interagir de quelque manière que ce soit avec les composants angulaires.
Le contraire est l'ensemble d'outils de test angulaire.
Introduction au framework de test
Jasmine
Le framework de test Jasmine fournit des outils pour écrire des scripts de test Ensemble et très bonne sémantique, donnant l'impression que le code de test lit un paragraphe.
Karma
Il existe des scripts de test, et Karma est nécessaire pour aider à gérer ces scripts afin qu'ils puissent être exécutés dans le navigateur.
Package Npm
Si vous devez déconner, le moyen le plus simple est de créer un nouveau projet via Angular Cli, puis d'ajouter le suivant Copiez le package Npm dans le projet sur lequel vous travaillez.
"jasmine-core": "~2.5.2", "jasmine-spec-reporter": "~3.2.0", "karma": "~1.4.1", "karma-chrome-launcher": "~2.1.1", "karma-cli": "~1.0.1", "karma-jasmine": "~1.1.0", "karma-jasmine-html-reporter": "^0.2.2", "karma-coverage-istanbul-reporter": "^0.2.0"
Ensuite, le plus important pour nous est de regarder la partie script de configuration.
Script de configuration
Notre cœur est de faire fonctionner le karma runner, et pour Jasmine, il sera utilisé lorsque nous écrirons des scripts de test, donc pour le moment Non il faut s'inquiéter outre mesure.
Nous devons créer un fichier karma.conf.js
dans le répertoire racine, ce qui équivaut à certaines conventions. Le but du fichier est d'indiquer à Karma quels plug-ins doivent être activés, quels scripts de test charger, quels environnements de navigateur de test sont requis, les méthodes de notification des rapports de test, les journaux, etc.
karma.conf.js
Ce qui suit est le fichier de configuration karma fourni par Angular Cli par défaut :
// Karma configuration file, see link for more information // https://karma-runner.github.io/0.13/config/configuration-file.html module.exports = function(config) { config.set({ // 基础路径(适用file、exclude属性) basePath: '', // 测试框架,@angular/cli 指Angular测试工具集 frameworks: ['jasmine', '@angular/cli'], // 加载插件清单 plugins: [ require('karma-jasmine'), require('karma-chrome-launcher'), require('karma-jasmine-html-reporter'), require('karma-coverage-istanbul-reporter'), require('@angular/cli/plugins/karma') ], client: { // 当测试运行完成后是否清除上文 clearContext: false // leave Jasmine Spec Runner output visible in browser }, // 哪些文件需要被浏览器加载,后面会专门介绍 `test.ts` files: [ { pattern: './src/test.ts', watched: false } ], // 允许文件到达浏览器之前进行一些预处理操作 // 非常丰富的预处理器:https://www.npmjs.com/browse/keyword/karma-preprocessor preprocessors: { './src/test.ts': ['@angular/cli'] }, // 指定请求文件MIME类型 mime: { 'text/x-typescript': ['ts', 'tsx'] }, // 插件【karma-coverage-istanbul-reporter】的配置项 coverageIstanbulReporter: { // 覆盖率报告方式 reports: ['html', 'lcovonly'], fixWebpackSourcePaths: true }, // 指定angular cli环境 angularCli: { environment: 'dev' }, // 测试结果报告方式 reporters: config.angularCli && config.angularCli.codeCoverage ? ['progress', 'coverage-istanbul'] : ['progress', 'kjhtml'], port: 9876, colors: true, // 日志等级 logLevel: config.LOG_INFO, // 是否监听测试文件 autoWatch: true, // 测试浏览器列表 browsers: ['Chrome'], // 持续集成模式,true:表示浏览器执行测试后退出 singleRun: false }); };
La configuration ci-dessus peut essentiellement répondre nos besoins ; Généralement, ce qui doit être modifié, c'est la liste des navigateurs de test, car karma supporte tous les navigateurs du marché. De plus, lorsque vous utilisez l'intégration continue de Travis CI, démarrer un environnement sandbox désactivé dans le navigateur Chrome nous fera économiser beaucoup de choses :
customLaunchers: { Chrome_travis_ci: { base: 'Chrome', flags: ['--no-sandbox'] } }
Pour toutes informations sur les fichiers de configuration karma, veuillez participer au site officiel documentation .
test.ts
Lors de l'écriture de karma.conf.js
, nous avons configuré le fichier chargé par le navigateur pour pointer vers le fichier ./src/test.ts
. La fonction est de guider le karma pour démarrer, et le code est beaucoup plus simple :
// This file is required by karma.conf.js and loads recursively all the .spec and framework files import 'zone.js/dist/long-stack-trace-zone'; import 'zone.js/dist/proxy.js'; import 'zone.js/dist/sync-test'; import 'zone.js/dist/jasmine-patch'; import 'zone.js/dist/async-test'; import 'zone.js/dist/fake-async-test'; import { getTestBed } from '@angular/core/testing'; import { BrowserDynamicTestingModule, platformBrowserDynamicTesting } from '@angular/platform-browser-dynamic/testing'; // Unfortunately there's no typing for the `__karma__` variable. Just declare it as any. declare var __karma__: any; declare var require: any; // Prevent Karma from running prematurely. __karma__.loaded = function () {}; // First, initialize the Angular testing environment. getTestBed().initTestEnvironment( BrowserDynamicTestingModule, platformBrowserDynamicTesting() ); // Then we find all the tests. // 所有.spec.ts文件 const context = require.context('./', true, /\.spec\.ts$/); // And load the modules. context.keys().map(context); // Finally, start Karma to run the tests. __karma__.start();
Une fois que tout est prêt, nous pouvons essayer de démarrer le karma et l'essayer. Même sans aucun code de test, il peut toujours fonctionner. .
S'il s'agit d'Angular Cli alors ng test
. Utilisez node "./node_modules/karma-cli/bin/karma" start
Enfin, ouvrez le navigateur : http://localhost:9876
pour afficher le rapport de test.
Exemple simple
Maintenant que l'environnement est configuré, écrivons un exemple simple à essayer.
Créer un fichier ./src/demo.spec.ts
. Le suffixe de .spec.ts est une convention, suivez-la.
describe('demo test', () => { it('should be true', () => { expect(true).toBe(true); }) });
Après avoir exécuté ng test
, nous pouvons voir dans la console :
Chrome 58.0.3029 (Windows 10 0.0.0): Executed 1 of 1 SUCCESS (0.031 secs / 0.002 secs)
ou dans le navigateur :
1 spec, 0 failures demo test true is true
Peu importe quoi, après tout, nous sont entrés dans le monde des tests unitaires angulaires.
Ensemble d'outils de test angulaire
Les classes courantes telles que Pipe ou Service n'ont besoin que de créer des instances via un simple new
. Pour les instructions et les composants, un certain environnement est requis. Cela est dû au concept de module d'Angular. Pour qu'un composant puisse s'exécuter, il doit d'abord avoir une définition @NgModule
.
L'ensemble d'outils ne contient pas beaucoup d'informations et vous pouvez facilement le maîtriser. Ci-dessous, j'expliquerai brièvement quelques-uns des plus couramment utilisés :
TestBed
TestBed
est fourni par l'ensemble d'outils de test angulaire pour créer un @NgModule
module d'environnement de test. Bien entendu, avec le module, vous devez également utiliser TestBed.createComponent
pour créer un composant de test permettant de tester le composant cible.
Asynchrone
L'asynchrone est partout dans Angular, et les tests asynchrones peuvent utiliser l'ensemble d'outils async
, fakeAsync
pour écrire un code de test élégant qui semble synchrone.
Il y a plus d'outils dans l'ensemble d'outils, que nous expliquerons tous un par un dans [Tests unitaires angulaires - Tests unitaires de composants et d'instructions]().
bon codage !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

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)

É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.

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 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é.

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é.

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.

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.

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.

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.
