Conversation
|
PR en WIP, pour correction des tests vector |
0321fd0 to
796f011
Compare
|
PR prête a être revu |
ftoromanoff
left a comment
There was a problem hiding this comment.
Typo dans le 2eme nom de commit
| opi1: 'opiRef', | ||
| opi2: 'opiSec', | ||
| }; | ||
|
|
There was a problem hiding this comment.
Je trouvais ca quand même intéressant d'avoir une possibilité de factorisation et généralisation de code..
There was a problem hiding this comment.
Je peux le remettre mais il ressemblera à ça:
const alias = {
opi1: 'opiName',
opi2: 'opiNameSec',
color1: 'color',
color2: 'colorSec',
}
Est-ce que cela vaut vraiment le coût ? C'est une surcharge de code dans ce cas non (sert à rien).
L'alias fonctionnait bien dans le cas ou on avec une balise opi1 qui regroupait toutes les données de opi1 et idem pour opi2, mais ce n'est pas le cas ici.
| pgClient.close, | ||
| returnMsg); | ||
|
|
||
| router.get('/:idBranch/lastpatches', |
There was a problem hiding this comment.
toutes ses lignes de code sont les mêmes que juste au dessus, il faudrait les factoriser, de telle manière que si on change l'un on est pas besoin de changer l'autre...
Il ne manquerait pas le nombre de patchs demandés d'ailleurs ?
There was a problem hiding this comment.
Désolé un récupération de commit mal fait, n'a rien à faire ici, je le supprime
| patchIsAuto: false, | ||
| color: overviews.list_OPI[testOpi].color, | ||
| opiName: testOpi, | ||
| auto: false, |
There was a problem hiding this comment.
seulement le cas auto: false est testé de ce que je vois ?
Il manque la moitié des tests alors
796f011 to
a1d5eac
Compare
| }), | ||
| opiNameSec: this.opi2Name, | ||
| colorSec: this.opi2Color} | ||
| ), |
There was a problem hiding this comment.
Pour moi, c'est une regression
| feature.properties.opiName, | ||
| patchIsAuto ? feature.properties.colorSec : null, | ||
| patchIsAuto ? feature.properties.opiNameSec : null, | ||
| opi1.with_rgb, |
There was a problem hiding this comment.
alors pourquoi Opi1 et opi2 si vous avez choisi de garder opi et opiSec ???
There was a problem hiding this comment.
Un oublie à modifier
a1d5eac to
16ef023
Compare
16ef023 to
1fc4508
Compare
|
rebase sur 2Opi effectué |
| done(); | ||
| }); | ||
| }).timeout(9000); | ||
| it("should get an error: 'File(s) missing / out of boundaries", (done) => { |
There was a problem hiding this comment.
Plutôt que le supprimer, ne faudrait il pas le mettre a skip ?
Si tu le supprimer ca veut dire que ce tests ne sert a rien : il ne test rien dans le code, alors que rajouter skip voudrait plutot dire, que la partie de code associée pourrait être tester mais ne l'est pas (causes diverses)
There was a problem hiding this comment.
ici le test est un doublon du test de polygone "should get an error: 'File(s) missing / out of boundaries", donc on peut le supprimer
| }); | ||
|
|
||
| describe('PUT /{idBranch}/patch/undo', () => { | ||
| it("should return 'undo: patch 2 annulé'", (done) => { |
There was a problem hiding this comment.
Un nouveau test qui n'est pas forcement utile, vu que cette partie de code est déjà tester dans le test suivant.
Probablement aussi lié à une confusion entre test unitaire et fonctionnel. De ce que j'ai compris on ne fais pas vraiment des tests unitaires (qui testerait chaque blocs fonctionnels de code) mais plutôt l'entièreté d'une route ?
|
|
||
| describe('PUT /{idBranch}/patch/redo', () => { | ||
| it("should return 'redo: patch xxx réappliqué'", (done) => { | ||
| it("should return 'redo: patch xxx Polygone réappliqué'", (done) => { |
There was a problem hiding this comment.
Y a t'il vraiment une différence fonctionnelle entre réappliquer un patch Polygone et un patch MultiLinestring ?
There was a problem hiding this comment.
Non il n'y a pas de différence comme pour le undo, il n'y a pas de différence non plus
0c9ea94 to
d81aba3
Compare
Correction d'un ancien nom de balise
id_typequi est devenuis_autoModification du nom et de la structure des balises des geojson de saisie et pour les tests unitaires