Code

Changes between Version 33 and Version 34 of GoFlow_DocFr


Ignore:
Timestamp:
07/08/08 07:41:54 (6 years ago)
Author:
GoFlow administrator
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GoFlow_DocFr

    v33 v34  
    132132 * il est nécessaire d'avoir un peu "joué" avec la démo goflow ''leave'' (disponible en [http://goflow.alwaysdata.net/leave/ ligne] ). 
    133133 
    134 (tutoriel en cours de rédaction; des explications doivent être ajoutées afin d'assimiler tout ça, et pas uniquement dérouler le tutoriel). 
     134(tutoriels en cours de rédaction; des explications doivent être ajoutées afin d'assimiler tout ça, sans se contenter de dérouler uniquement le tutoriel). 
    135135 
    136136=== Test unitaire d'application === 
    137 Nous allons ici simuler le codage d'une application existante de la démo ''Leave'': ''hrform''. 
     137Dans le développement de workflows complexes, et dans le but de travailler en équipe, chaque activité doit pouvoir être codée et testée indépendamment les unes des autres. Il est inefficace d'attendre pour coder une application que toutes les autres applications des activités en amont dans le workflow soient codées. 
     138 
     139C'est pourquoi GoFlow est muni d'outils, accessibles dans la console admin customisée dans ce but, aidant le développeur en générant un environnement de test pour chaque application. Ce sont ces outils que nous allons découvrir ici. 
     140 
     141Pratiquement, nous allons simuler le codage d'une application de la démo ''Leave'': ''hrform''. 
    138142 
    139143 * lancer le serveur local de la démo leave (cf. fichier INSTALL.TXT) 
     
    144148  [[Image(unittest1.png)]] 
    145149 
     150''Remarque'': on peut ainsi créer un ou plusieurs jeux de test, avec des données correctes ou pas; il sera possible de tester notre application dans différentes conditions opérationnelles. 
     151 
    146152 * aller sur le panneau des applications: [http://localhost:8000/leave/admin/workflow/application/] 
    147153   * cliquer sur ''create unit test env'' sur la ligne de l'application ''hrform'': ceci va créer un process avec une seule activité qui consistera à exécuter l'application ''hrform''. 
     
    149155  [[Image(unittest2.png)]] 
    150156 
     157''Remarque'': GoFlow génère ainsi tout l'environnement de test de notre application, ce qui serait une tâche particulièrement fastidieuse: process, activité, permission pour l'utilisateur courant; une fois le test effectué, GoFlow permet également d'effacer cet environnement de test. 
     158 
    151159   * cliquer sur ''return'' 
    152160   * cliquer sur ''start test instances'' sur la ligne de l'application ''hrform'' 
     
    158166  [[Image(unittest4.png)]] 
    159167 
     168''Remarque'': Là aussi, GoFlow se charge d'un travail qui pourrait être fastidieux: les données préalablement préparées pourront resservir autant de fois que souhaité, car les objets sont clônés avant d'être introduits dans le workflow de test. 
     169 
    160170 * Allons sur la liste de tâches de l'utisateur admin: [http://localhost:8000/leave/mywork/] 
    161171   * on doit y trouver une tâche pour une activité nommée ''test_activity'',  dans le process nommé ''test_hrform'' 
     
    163173  [[Image(unittest5.png)]] 
    164174 
     175''Remarque'': on doit trouver en fait autant de tâches que d'objets de test créés préalablement; on peut par exemple prévoir une tâche mettant en oeuvre une objet avec des données correctes, et une autre avec un objet présentant des données invalides. 
     176 
    165177 * cliquer sur le lien ''activate'': le panneau correspondant à l'application de workflow ''hrform'' est alors affiché: 
    166178 
    167179  [[Image(unittest6.png)]] 
    168180 
    169 '''Conclusion:''' 
    170  
    171 Nous avons simulé ici le test d'une application dans un process de workflow; ça n'a l'air de rien, mais il faut comprendre que les  activités situées en amont dans le process ne sont pas censées être encore codées. Dans le développement de workflows complexes, et dans le but de travailler en équipe, chaque activité doit pouvoir être codée et testée indépendamment les unes des autres.  
     181''Remarque'': L'opérateur peut alors tester le comportement de l'application; après avoir actionné un des boutons, la console admin permet d'examiner l'état des objets manipulés. L'opération de création d'instances de test peut être renouvelée (panneau des applications) pour tester le comportement de l'application après avoir actionné chaque bouton. 
    172182 
    173183=== Automatisation d'une activité ===