turbo-editors/turbo-corepublic Fork 0
v1.0.0
Commits
Clone
git clone https://git.rickub.com/turbo-editors/turbo-core.git
git clone ssh://git@rickub.com/turbo-editors/turbo-core.git

Host key fingerprint (ed25519): SHA256:iycHnxEyq0Q7uyVpB7JlznP0G7JrTPXLYRcAU5CSLhc — verify it before your first connect.

🛟 Updated. 28d5985 · on v1.0.0 · k33g · 14h ago
run-the-tests.md · 67 lines · 2.1 KBmarkdown
Blame HistoryOpen raw

Comment lancer les tests

Ce guide montre comment lancer la suite de tests de turbo-core et ce qu'elle couvre. Il suppose une copie du dépôt et Go 1.26 ou plus récent.

La commande unique

make test

C'est go test ./... sur tous les paquets. Elle ne demande aucune préparation, aucun réseau et aucun serveur de langage : tout ce qu'elle pilote est soit une fonction pure, soit un terminal simulé.

Étapes

Lancer toute la suite

make test

Vous devriez voir une ligne ok par paquet, quinze en tout.

La lancer sous le détecteur de courses

make race

L'éditeur a des goroutines à trois endroits — la boucle de lecture du serveur de langage, le lecteur du pseudo-terminal, et la sortie d'un outil en cours — et chacun des trois a déjà eu une course de données. Lancez ceci avant de livrer quoi que ce soit qui y touche.

Voir ce qui est couvert

make cover

Lancer un seul paquet

go test ./syntax/
go test -run TestRegister ./syntax/

Voir les commandes elles-mêmes

make help

Variantes

Vous avez modifié un analyseur

go test ./syntax/ est la boucle rapide. Lancez ensuite toute la suite, car editor et app dessinent tous les deux à travers lui.

Vous avez modifié quelque chose qui a une goroutine derrière

Utilisez make race, pas make test. Une course de données dans un constructeur qui démarre une goroutine s'est cachée ici pendant toute une fonctionnalité, parce qu'un shell met plus longtemps à produire une sortie qu'une affectation à s'exécuter.

Un test est passé dès que vous l'avez écrit

Cassez le code qu'il couvre et regardez-le échouer. Ce projet a plus d'un cas consigné de test qui passait parce qu'il ne testait rien — un rappel que personne n'avait branché, une étape que le test effectuait lui-même. Un nouveau test qui n'a jamais échoué n'a pas été testé.

Voir aussi

  • Lancer les tests d'un éditeur : le how-to/run-the-tests.md de chaque éditeur
  • Ce que sont les paquets : référence des paquets
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
# Comment lancer les tests

Ce guide montre comment lancer la suite de tests de turbo-core et ce qu'elle couvre. Il suppose une copie du dépôt et Go 1.26 ou plus récent.

## La commande unique

```bash
make test
```

C'est `go test ./...` sur tous les paquets. Elle ne demande aucune préparation, aucun réseau et aucun serveur de langage : tout ce qu'elle pilote est soit une fonction pure, soit un terminal simulé.

## Étapes

### Lancer toute la suite

```bash
make test
```

Vous devriez voir une ligne `ok` par paquet, quinze en tout.

### La lancer sous le détecteur de courses

```bash
make race
```

L'éditeur a des goroutines à trois endroits — la boucle de lecture du serveur de langage, le lecteur du pseudo-terminal, et la sortie d'un outil en cours — et chacun des trois a déjà eu une course de données. Lancez ceci avant de livrer quoi que ce soit qui y touche.

### Voir ce qui est couvert

```bash
make cover
```

### Lancer un seul paquet

```bash
go test ./syntax/
go test -run TestRegister ./syntax/
```

### Voir les commandes elles-mêmes

```bash
make help
```

## Variantes

### Vous avez modifié un analyseur

`go test ./syntax/` est la boucle rapide. Lancez ensuite toute la suite, car `editor` et `app` dessinent tous les deux à travers lui.

### Vous avez modifié quelque chose qui a une goroutine derrière

Utilisez `make race`, pas `make test`. Une course de données dans un constructeur qui démarre une goroutine s'est cachée ici pendant toute une fonctionnalité, parce qu'un shell met plus longtemps à produire une sortie qu'une affectation à s'exécuter.

### Un test est passé dès que vous l'avez écrit

Cassez le code qu'il couvre et regardez-le échouer. Ce projet a plus d'un cas consigné de test qui passait parce qu'il ne testait rien — un rappel que personne n'avait branché, une étape que le test effectuait lui-même. Un nouveau test qui n'a jamais échoué n'a pas été testé.

## Voir aussi

- Lancer les tests d'un éditeur : le `how-to/run-the-tests.md` de chaque éditeur
- Ce que sont les paquets : [référence des paquets](../reference/packages.md)