« Réunion du 31-10-2023 » : différence entre les versions
Aller à la navigation
Aller à la recherche
| Ligne 9 : | Ligne 9 : | ||
= Tests = | = Tests = | ||
== Tests unitaires == | == Tests unitaires == | ||
* '''Quelqu'un qui voudrait aider à écrire des tests est le ou la bienvenu.e.''' | |||
* Nunit et Xunit semblent être les deux solutions les plus utilisées actuellement. Xunit est recommandé pour l'utilisation de dotnet, Nunit étant le deuxième de la liste. | * Nunit et Xunit semblent être les deux solutions les plus utilisées actuellement. Xunit est recommandé pour l'utilisation de dotnet, Nunit étant le deuxième de la liste. | ||
* La configuration pour faire fonctionner Xunit a réussi donc maintenant, il existe une écriture pour utiliser Xunit. Des test de Xunit sont en cours en cours et un travail de préparation de la base de données a été réalisé. | * La configuration pour faire fonctionner Xunit a réussi donc maintenant, il existe une écriture pour utiliser Xunit. Des test de Xunit sont en cours en cours et un travail de préparation de la base de données a été réalisé. | ||
* Voir [[Réunion_du_17-10-2023#Tests_unitaires | la réunion du 17-10-2023]] | * Voir [[Réunion_du_17-10-2023#Tests_unitaires | la réunion du 17-10-2023]] | ||
* Certains anciens tests ne sont plus utiles mais d'autres ont signalé des bogues dans le passé, donc ils ne sont pas tous inutiles. | * Certains anciens tests ne sont plus utiles mais d'autres ont signalé des bogues dans le passé, donc ils ne sont pas tous inutiles. Certains changements sur dotnet6 peuvent altérer les tests, car ce que les tests attendaient a changé. | ||
* Le but n'est pas de les réécrire un par un les test, juste d'avoir des idées sur les parties à tester et peut-être sur les outils qui existent comme le moteur de script fictif, les aides de scène et autres. | * Le but n'est pas de les réécrire un par un les test, juste d'avoir des idées sur les parties à tester et peut-être sur les outils qui existent comme le moteur de script fictif, les aides de scène et autres. | ||
* Le plan est de documenter les tests qui existaient, de définir les tests les plus importants et de comprendre comment ils fonctionnaient. Cela pourrait donner une idée de ce qu'il faut encore tester comme : | * Le plan est de documenter les tests qui existaient, de définir les tests les plus importants et de comprendre comment ils fonctionnaient. Cela pourrait donner une idée de ce qu'il faut encore tester comme : | ||
| Ligne 22 : | Ligne 23 : | ||
** 🔹 Les tests sur les permissions sont les plus récents, les règles de permissions de SL sont déroutantes. Le code de permission, l'accès aux parcelles et aux domaines sont un sac d'embouilles pour le moment, écrire des tests pour cela sera amusant. | ** 🔹 Les tests sur les permissions sont les plus récents, les règles de permissions de SL sont déroutantes. Le code de permission, l'accès aux parcelles et aux domaines sont un sac d'embouilles pour le moment, écrire des tests pour cela sera amusant. | ||
** 🔹 Idéalement il faudrait tester chaque module en lui envoyant des données et en vérifiant si le test réussit comme prévu ou échoue. | ** 🔹 Idéalement il faudrait tester chaque module en lui envoyant des données et en vérifiant si le test réussit comme prévu ou échoue. | ||
** 🔹 Le problème des capteurs est un peu plus difficile à tester. | |||
* La prochaine chose à faire est de trouver comment enregistrer les résultats des tests et les intégrer à [https://fr.wikipedia.org/wiki/Jenkins_(logiciel) jenkins]. | * La prochaine chose à faire est de trouver comment enregistrer les résultats des tests et les intégrer à [https://fr.wikipedia.org/wiki/Jenkins_(logiciel) jenkins]. | ||
* Jenkins peut tout à fait faire du dotnet, il suffit de changer quelques commandes, le reste est identique. | * Jenkins peut tout à fait faire du dotnet, il suffit de changer quelques commandes, le reste est identique. | ||
* Priorité : passer en revue les changements de dotnet à partir de master et écrire des tests pour ces changements. | |||
= Projets en cours / Infos= | = Projets en cours / Infos= | ||
= Source= | = Source= | ||
Version du 1 novembre 2023 à 22:09
Changements du code de la semaine
- Aucun changement dans le code cette semaine.
- Le master va bientôt être mis à jour vers dotnet6.
Noyau
Base de données
Modules
Bugs
Tests
Tests unitaires
- Quelqu'un qui voudrait aider à écrire des tests est le ou la bienvenu.e.
- Nunit et Xunit semblent être les deux solutions les plus utilisées actuellement. Xunit est recommandé pour l'utilisation de dotnet, Nunit étant le deuxième de la liste.
- La configuration pour faire fonctionner Xunit a réussi donc maintenant, il existe une écriture pour utiliser Xunit. Des test de Xunit sont en cours en cours et un travail de préparation de la base de données a été réalisé.
- Voir la réunion du 17-10-2023
- Certains anciens tests ne sont plus utiles mais d'autres ont signalé des bogues dans le passé, donc ils ne sont pas tous inutiles. Certains changements sur dotnet6 peuvent altérer les tests, car ce que les tests attendaient a changé.
- Le but n'est pas de les réécrire un par un les test, juste d'avoir des idées sur les parties à tester et peut-être sur les outils qui existent comme le moteur de script fictif, les aides de scène et autres.
- Le plan est de documenter les tests qui existaient, de définir les tests les plus importants et de comprendre comment ils fonctionnaient. Cela pourrait donner une idée de ce qu'il faut encore tester comme :
- 🔹 les connexions,
- 🔹 l'inventaire,
- 🔹 la sérialisation de la base de données,
- 🔹 les téléports et
- 🔹 les franchissements de régions.
- 🔹 Les tests sur les permissions sont les plus récents, les règles de permissions de SL sont déroutantes. Le code de permission, l'accès aux parcelles et aux domaines sont un sac d'embouilles pour le moment, écrire des tests pour cela sera amusant.
- 🔹 Idéalement il faudrait tester chaque module en lui envoyant des données et en vérifiant si le test réussit comme prévu ou échoue.
- 🔹 Le problème des capteurs est un peu plus difficile à tester.
- La prochaine chose à faire est de trouver comment enregistrer les résultats des tests et les intégrer à jenkins.
- Jenkins peut tout à fait faire du dotnet, il suffit de changer quelques commandes, le reste est identique.
- Priorité : passer en revue les changements de dotnet à partir de master et écrire des tests pour ces changements.