Quel type de tests faut-il effectuer pour le développement d'une application mobile en solo ?

"Il ne faut pas que la gourde soit plus grosse que la citrouille. En d'autres termes, il n'est pas pertinent de passer plus de temps à écrire les tests qu'à développer le code lui-même."

L'histoire de l'écriture des tests

Avant de lancer l'application, je souhaite réaliser des tests unitaires, même sommaires. En effet, l'automatisation des tests est un aspect important, et il vaut mieux les écrire dès maintenant pour éviter de futures complications.

Tout d'abord, voici l'ordre de priorité que j'ai en tête pour les tests :

Tests manuels > Tests d'intégration (uniquement pour les providers) > Tests unitaires > Tests de widgets et d'acceptation

1. Tester simplement avec des humains

"La meilleure solution est de faire tester par des humains."

Je vais commencer par réaliser des tests d'intégration afin de parcourir les flux utilisateurs de manière générale. Ainsi, une première validation sera effectuée, ce qui est une bonne chose, n'est-ce pas ?

2. Tests unitaires

"Vérifier que les plus petites pièces fonctionnent correctement."

Étant donné que je suis le seul développeur (développement solo), les risques de merge conflict ou de modifications par d'autres développeurs sont faibles. Par conséquent, la priorité des tests unitaires est légèrement inférieure. Je vais d'abord vérifier globalement le fonctionnement de l'application avant de la lancer, puis je compléterai les tests unitaires par la suite. Si elle fonctionne, cela signifie que le développement est terminé. Tant qu'il n'y a pas de mises à jour ou d'ajout de fonctionnalités, le risque de bugs est faible pour le moment.

3. Tests d'intégration

"Essentiellement des tests des providers. Concentrons-nous sur ces tests."

Pour mon application, je considère que ce sont principalement des vérifications des providers. Je n'ai pas le temps de tout refaire, et la plupart des flux sont gérés par Riverpod. En me concentrant sur ces tests, je pense que le nombre de bugs sera considérablement réduit.

4. Tests d'acceptation et de widgets

"C'est important, mais... ça prend beaucoup de temps."

La vérification des flux utilisateurs et des widgets est en effet primordiale. Cependant, il y a un problème : la rédaction de ces tests prend énormément de temps. Il est difficile de vérifier toutes les branches, et il est quasiment impossible de les écrire toutes. De plus, le fait de réaliser ces tests ne garantit pas une sécurité à 100 %. C'est pourquoi je pense que le rapport qualité-prix est faible. Je vais tester les providers via les tests d'intégration, et si des problèmes surviennent, je pourrai informer les utilisateurs et mettre à jour l'application au fur et à mesure.

Mon opinion

En réalité, les tests sont synonymes d'automatisation. En automatisant les tâches qui nécessiteraient normalement une intervention humaine, on peut gagner du temps.

Le temps est précieux, il faut donc développer rapidement les aspects urgents et lancer l'application au plus vite.

À propos du développeur

YouTube :https://www.youtube.com/@AlienApp
Email : slugj2020@gmail.com