Trusk/Partie-2
Trusk/Partie-2
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Mise à jour de 'readme.md'

Browse Source
This commit is contained in:
Simon Pistache 2021-09-06 11:04:10 +00:00
parent 763e80310b
commit 43710c4dd9
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
readme.md
View File

@ -1,6 +1,6 @@
# Partie 2 et 4 # Partie 2 et 4
> Rédiger et automatiser des TVU > Rédiger et automatiser des TVU.
Concernant ces exercices, je me suis permis d'y répondre en une passe. Pour commencer, je me suis concentré sur la rédaction d'UAT sur les nouveautés uniquement (et pas les US déjà existante). Celles-ci sont disponibles sous forme de `.feature` dans le projet : Concernant ces exercices, je me suis permis d'y répondre en une passe. Pour commencer, je me suis concentré sur la rédaction d'UAT sur les nouveautés uniquement (et pas les US déjà existante). Celles-ci sont disponibles sous forme de `.feature` dans le projet :
@ -9,7 +9,7 @@ Concernant ces exercices, je me suis permis d'y répondre en une passe. Pour com
Concernant le projet d'automatisation, je n'avais jamais cherché a automatiser des fonctionnalités rédigé en Gherkin (disons des fichionnalités, feature-files), mais je savais qu'il existait un moyen de le faire avec cypress. Ce projet montre le résultat de mon implémentation de cette approche. Concernant le projet d'automatisation, je n'avais jamais cherché a automatiser des fonctionnalités rédigé en Gherkin (disons des fichionnalités, feature-files), mais je savais qu'il existait un moyen de le faire avec cypress. Ce projet montre le résultat de mon implémentation de cette approche.
Notez que les tests automatisé ne contiennent aucune logique ni aucune cible, il n'existe que le squelette de l'automate suffisamment écrit pour fonctionner en débug. Notez que les tests automatisés ne contiennent aucune logique ni aucune cible, il n'existe que le squelette de l'automate suffisamment écrit pour fonctionner en débug.
Vous pouvez voir les autres parties du test d'entretien en cliquant sur le [Groupe Trusk](https://git.blanchelune.i234.me/Trusk). Vous pouvez voir les autres parties du test d'entretien en cliquant sur le [Groupe Trusk](https://git.blanchelune.i234.me/Trusk).
@ -21,11 +21,11 @@ Vous pouvez voir les autres parties du test d'entretien en cliquant sur le [Grou
3. Purger le dossier `node_modules` et faire un `npm init` afin de le regénérer (je doute que cypress.exe marche sur MacOS ou Linux). 3. Purger le dossier `node_modules` et faire un `npm init` afin de le regénérer (je doute que cypress.exe marche sur MacOS ou Linux).
3. Potentiellement adapter le projet à l'environnement d'execution 3. Potentiellement adapter le projet à l'environnement d'execution
3. Démarrer cypress via `npx cypress open` (pas de `yarn`) 3. Démarrer cypress via `npx cypress open` (pas de `yarn`)
4. Dans l'interface de cypress, trouver les 2 fichiers listé précédemment. Les lancer. 4. Dans l'interface de cypress, trouver les 2 fichiers listés précédemment. Les lancer (pas trop loin).
5. Cypress va préprocesser ces fichiers et executer leur code. 5. Cypress va préprocesser ces fichiers et executer leur code.
## Comment inspecter le code des features files ? ## Comment inspecter le code des features files ?
Le module qui interprête les fichionnalités cherche une correspondance en interpretant tout scripte *.js dans un dossier du nom de la fichionnalité. Le module qui interprête les fichionnalités cherche une correspondance en interpretant tout scrips *.js dans un dossier du nom de la fichionnalité.
Le code de `cypress/integration/inscription.feature` est donc dans le chemin `cypress/integration/inscription/*.js`. Le code de `cypress/integration/inscription.feature` est donc dans le chemin `cypress/integration/inscription/*.js`.