automatisée, nous avons l’habitude de vérifier si ce que nous avons implémenté a le fonctionnement désiré. Automatiser ces derniers nous permet de gagner énormément de temps, de trouver les bugs rapidement, de s’assurer qu’il n’y a pas de régressions de fonctionnalités lorsqu’on en rajoute ou en corrige.
précise d’un point de vue logique et entrée/sortie - Widget: pour tester le comportement d’une unité de l’interface - Intégration: pour s’assurer du bon fonctionnement d’un scénario ou d’un parcours côté utilisateur - End-to-end: pour tester la logique définitive avec un réel backend or hardware
plusieurs dans le même projet est déconseillé. - Il doit être adapté à notre architecture de base et permettre une bonne écriture de tests. - Assurer la qualité de l’application
chaque cas d’utilisation - Il est intéressant de séparer en 3 grandes parties: la présentation, la logique business et l’acquisition de données. - Il doit avoir des axiomes claires pour le rajout de fonctionnalités, la navigation etc etc. - Utiliser un linter dans votre application. Sur ce sujet je recommande Very Good Analysis.
testing avec Flutter ici. - Suivre ResoCoder, Code with Andrea ou FilledStack qui proposent de bons contenus sur cette thématique - Utiliser Very Good CLI pour bootstraper vos applications et packages Dart/Flutter
nemesisx1
mom0tomo
kishida
guaca
ternbusty
j5ik2o
minodriven
matsuo_atsushi
16bitidol
handlename
o0h
kajitack
jakevdp
apolaine
rakko
jct
geoffreycrofte
sachag
twada
davidcarrasco
ianozsvald
codingconduct
trishagee
stephaniewalter
