celcatsanitizer/tests, branch futur A sane interface to celcat calendar. This project is now abandonware. tests: test du parsage des ID de cours Celcat 2019-06-09T16:21:06+00:00 Alban Gruin 2019-02-13T21:39:19+00:00 924ff4766e3d592f2bb397b0672c4b30d2549c33 Signed-off-by: Alban Gruin <alban@pa1ch.fr> 
Signed-off-by: Alban Gruin <alban@pa1ch.fr>
tests: test du comportement du parseur lorsque la source est mauvaise 2018-12-31T11:14:03+00:00 Alban Gruin 2018-10-09T18:23:21+00:00 4980d9cb47c99056b2f228408bab536393e100bb Il est possible que la source renvoie des pages vides ou incorrectes, il est donc nécessaire de tester le comportement du parseur dans ces cas-là. Ajout d’un modèle de page vide dans les données de test. Signed-off-by: Alban Gruin <alban@pa1ch.fr> 
Il est possible que la source renvoie des pages vides ou incorrectes,
il est donc nécessaire de tester le comportement du parseur dans ces
cas-là.

Ajout d’un modèle de page vide dans les données de test.

Signed-off-by: Alban Gruin <alban@pa1ch.fr>
tests: ajout de tests pour le parseur UPS2018 2018-12-31T11:14:03+00:00 Alban Gruin 2018-09-23T14:40:14+00:00 0bafcacdad912a598cdf4e031cab5059efb30b18 Le parseur est une des parties les plus importantes de celcatsanitizer, mais ni le parseur 2017, ni le parseur 2018 n’ont eu de test unitaires à proprement parler. Jusqu’ici, pour tester ce composant, on ajoutait une source dans la base, on la récupérait, et on regardait si tout correspondait plus ou moins. Cette technique a plusieurs inconvénients : c’était une tâche rébarbative et pas systématiquement effectuée, ce qui a posé quelques problèmes par le passé, certains cas pouvaient ne pas se trouver dans la source au moment de la récupération, et ce n’était pas reproductible proprement. Rajouter des tests permettra donc de tester efficacement le parseur, avec tous les cas de figure, rapidement et en utilisant seulement des ressources locales. Pour éviter d’utiliser le réseau, le module requests est mocké lorsqu’on teste des fonctions qui l’utilisent. L’initialisation du parseur et ses fonctions __get_event(), get_events(), get_source() et get_update_date() (ainsi que la fonction find_events_list() de manière indirecte) sont testées. Signed-off-by: Alban Gruin <alban@pa1ch.fr> 
Le parseur est une des parties les plus importantes de
celcatsanitizer, mais ni le parseur 2017, ni le parseur 2018 n’ont eu
de test unitaires à proprement parler.  Jusqu’ici, pour tester ce
composant, on ajoutait une source dans la base, on la récupérait, et
on regardait si tout correspondait plus ou moins.  Cette technique a
plusieurs inconvénients : c’était une tâche rébarbative et pas
systématiquement effectuée, ce qui a posé quelques problèmes par le
passé, certains cas pouvaient ne pas se trouver dans la source au
moment de la récupération, et ce n’était pas reproductible proprement.

Rajouter des tests permettra donc de tester efficacement le parseur,
avec tous les cas de figure, rapidement et en utilisant seulement des
ressources locales.

Pour éviter d’utiliser le réseau, le module requests est mocké
lorsqu’on teste des fonctions qui l’utilisent.

L’initialisation du parseur et ses fonctions __get_event(),
get_events(), get_source() et get_update_date() (ainsi que la fonction
find_events_list() de manière indirecte) sont testées.

Signed-off-by: Alban Gruin <alban@pa1ch.fr>