Garreau-Férandin Simon Lycée Turgot6 bis, impasse des écoles, 94800 Villejuif 69 Rue de Turbigo, 75003 Paris

Rapport de stage 1er année SIO SLAM 2013/2014

Groupe Chèque Déjeuner

Rédaction et exécution de tests fonctionnels dans le cadre du projet DEMAT

09/12/2013 => 31/01/2014

27-29 avenue des Louvresses, 92230 GENNEVILLIERS

01 41 85 05 05

1

Table des matièresI – L'entreprise Groupe Chèque Déjeuner..............................................................................................3

1) Diagramme de l’entreprise.........................................................................................................3

2) Charte de bonne utilisation des NTIC.........................................................................................4

II – La mission.........................................................................................................................................5

1) Le projet.....................................................................................................................................5

a) Vocabulaire.............................................................................................................................5

b) Le projet.................................................................................................................................6

c) Stratégie de test.....................................................................................................................7

2) Les outils.....................................................................................................................................8

a) Squash TM..............................................................................................................................8

b) Mantis BugTracker..................................................................................................................9

3) Le travail effectué.......................................................................................................................9

a) Rédaction................................................................................................................................9

b) Exécution..............................................................................................................................10

III – Conclusion.....................................................................................................................................15

2

I – L'entreprise Groupe Chèque Déjeuner

Groupe Chèque Déjeuner, créateur du Chèque Déjeuner® et n°3 mondial sur le marché des chèques et cartes de services prépayés, fonde son originalité sur sa structure coopérative et son organisation singulière. Une différence qui façonne sa façon d’être : un modèle de responsabilité sociétale, avec au centre de ses préoccupations, l’efficacité des organisations et le mieux vivre des individus.

Groupe Chèque Déjeuner c'est :

N°3 mondial sur le marché des titres de services prépayés Leader en France sur le marché de l'informatisation de l’Action Sociale 4,1 milliards d’euros de volume d’affaires 295 millions d'euros de chiffre d'affaires cumulé 33,5 millions d'euros Ebitda (Earnings Before Interest, Taxes, Depreciation, and

Amortization : revenu avant soustraction des intérêts, impôts, dotations aux amortissements et provisions sur immobilisations)

21 millions de bénéficiaires 1,1 million de commerçants affiliés au réseau Groupe 168 000 entreprises et collectivités clientes 1 990 collaborateurs 45 sociétés 13 pays 50 ans d’expertise

1) Diagramme de l’entreprise

3

2) Charte de bonne utilisation des NTIC

Une charte d’utilisation des NTIC (Nouvelles Technologies d’Information et de Communication) est remises à chaque nouveau utilisateur de ces dernier à leur arrivé dans l’entreprise.

Cette charte est découpée en 3 axes eux même constitué de plusieurs paragraphes:

- Les droits et les devoirs des utilisateurs- Les moyens de contrôle- Les mesures de sécurité

En voici les points principaux :

L’entreprise assure la mise en place de moyen techniques nécessaires à une sécurité optimale des ressources.

L’utilisateur est responsable de l’utilisation et du respect du matériel et de l’ensemble des ressources mis à sa disposition.

4

DSIF - Serge Guillet

Responsable des études

Responsable Réalisation -

Christophe Audibert

Direction de programme

Direction technique

Direction test qualité

Respondable tests

Equipe de test

L’usage des ressources est strictement réservé à l’activité professionnelle dans le cadre du temps de travail, l’usage de ces ressources à titre personnel est cependant toléré dans des limites raisonnables en termes de temps et de fréquence, en dehors du temps de travail.

Prohibé tout connexion à des sites ou forums dont l’objet est contraire à la loi ou portant atteinte aux bonnes mœurs.

Forum de discussion autres qu’à caractères professionnel et non anonyme sont interdits. L’entreprise est propriétaire des informations confidentielles lié à son activité. Elles ne

peuvent être copiées, envoyées ou communiquées en interne ou externe sans autorisation. Les NTIC de l’entreprise ne doivent pas être utilisées mal intentionnellement (envoie de

virus, usurpation de droits d’accès…). Un contrôle du respect des règles est effectué régulièrement par des personnes habilitées et

les données recueillies peuvent servir de preuves en cas de conflit. Les disques durs et l’ensemble des documents stockés par le biais de ressources

informatiques, à l’exception de ceux ayant l’intitulé « Personnel », peuvent être consultés et contrôlés par les personnes habilitées.

Chaque utilisateur doit avoir un mot de passe confidentiel et personnel pour protéger ses ressources.

L’utilisateur est garant de la protection des données confidentielles qu’il détient ou qui lui sont confiées.

II – La mission

1) Le projet

a) Vocabulaire

GCD : Groupe Chèque Déjeuner

Titre de restauration : Actuellement un chèque déjeuner ou autre titre, concerne globalement les supports des produits vendus par GCD.

Distributeur : L’entreprise GCD, qui distribue les titres.

Financeur : L’entreprise client de GCD qui commande à ce dernier l’achat de titre.

Bénéficiaire : Le salarié du financeur qui va bénéficier du titre de restauration.

Affilié : Entreprise qui s’affilie avec GCD pour qu’il accepte les titres comme moyen de paiement.

5

Carte DEMAT : A l’origine du projet DEMAT, concerne la carte Chèque Déjeuner qui sera proposée en parallèle à la version classique.

b) Le projet

La carte DEMAT est à l’origine du projet DEMAT car son arrivée sur le marché demande une restructuration du service informatique de GCD. En effet l’arrivée d’une solution dématérialisée amène de nouvelles relations avec les trois différents acteurs (Affilié, Financeur et Bénéficiaire) notamment avec le Bénéficiaire avec lequel il n’y avait avant aucun lien direct. Le projet demande donc une mise-à-jour des différentes applications (ou briques) qui composent le SI de GCD :

Figure 1 - Schéma de la structure du SI GCD

- Le BO, l’outil de gestion interne à GCD qui est décomposé en deux : d’une part la partie Affilié qui utilise la technologie d’IBM Services (AS400) et le langage RPG 4 et

6

RPG Free et d’autre part la partie Financeur et Bénéficiaire qui utilise IBM et Windows Serveur, Adelia Studio (AGL) et les langages Visual Adelia et RPG.

- L’ERP Sage, l’outil financier au groupe qui gère les facturations, relance et autre remboursement de GCD. Il utilise Windows Serveur et un langage spécifique SAGE (utilisation d’un Web Service Axis).

- Le FO, entièrement créé pour le projet, qui est l’outil de gestion externe pour chacun des 3 acteurs (site web). L’affilié pourra gérer les remboursements en cours, la fréquence choisie de ses remboursements, et gérer ses différents comptes si c’est une grosse enseigne (Exemple : Chaîne de fast-food). Le financeur pourra commander des produits à GCD depuis le FO et gérer les cartes de ses bénéficiaires. Tandis que le bénéficiaire pourra consulter le solde de sa carte, consulter les transactions ou encore gérer sa carte (faire opposition en cas de vol par exemple). Le FO utilise LAMP (Linux Apache MySQL PHP), le CMS Typo3 ainsi que le ProcessMaker (BMP) pour la gestion d’état (d’une commande par exemple).

- Streamserve, l’outil d’éditique de documents dématérialisés (facture etc…) via OpenText.

- CRM, objet de mon dernier stage, qui est l’outil des gestions relations commerciales qui utilise le CRM Microsoft Dynamics.

- L’ESB qui est l’outil de gestion des flux entre les différentes briques. Il se place entre deux briques dès qu’il y a dialogue entre elles pour traduire le message afin qu’il soit bien intégré par le destinataire. Il est développé depuis un environnement Linux avec un langage de programmation Java ainsi que l’utilisation d’un programme Tibco pour gérer les flux.

c) Stratégie de test

Les tests étaient découpés en 4 phases :

- Tout d’abord les tests unitaires, visant à vérifier des portions de code.- Viennent ensuite les Tests d’Intégration Logiciel (TIL), visant à vérifier une

fonctionnalité (commande d’un produit …) au sein d’une brique unique (donc sans flux de donnée entre différents briques).

- Viennent ensuite les Tests d’Intégration Système (TIS) visant à vérifier une fonctionnalité (comme les TIL) transverse aux différentes briques. Les TIS visent donc à vérifier les différents flux de données entre les briques du SI.

- En dernier viennent les Tests Fonctionnels Métier (TFM) qui vérifient que toutes les exigences ont bien été respectées.

Les différents tests ont deux stades : en premier lieu la rédaction puis l’exécution.

Les tests unitaires sont rédigés et exécutés par les équipes de développement.

7

Les TIL sont rédigés par l’équipe de test et exécutés par les équipes de développement.

Les TIS sont rédigés et exécutés par l’équipe de test.

Les TFM sont rédigés et exécutés par la MOAD (maitre d’ouvrage délégué).

2) Les outils

Pour assister l’exécution des tests et le suivi d’anomalie on utilise deux programmes :

a) Squash TM

Figure 2 – Logo Squash TM

SQUASH est un projet open source dont l'objet est la structuration et l’industrialisation des tests fonctionnels et plus largement de la Qualité Logicielle.

Figure 3- Ecran de Squash TM

8

Ce logiciel permet plus précisément l’organisation des tests, le suivi des exécutions ainsi qu’un affichage clair des pas de test à effectuer.

Squash TM est nativement relié à un gestionnaire de suivi des anomalies appelé Mantis BugTracker.

b) Mantis BugTracker

Figure 4 - Logo Mantis BugTracker

Si un pas de test a rencontré une anomalie, alors le bug est rapporté sur le gestionnaire d’anomalie Mantis BugTracker.

Une anomalie sur Mantis passe par plusieurs états :

Elle est d’abord rapportée par le testeur au répartiteur. Le répartiteur qualifie ensuite l’anomalie et l’assigne au responsable de la brique concernée

qui la donnera à traiter ensuite à un développeur qui devra la corriger. A ce moment-là, plusieurs états peuvent arrivés :

o si le développeur manque d’information sur l’anomalie il peut la réassigner au testeur pour avoir plus d’information, ensuite le testeur l’a réassignera au développeur

o il peut y avoir litige sur l’anomalie et sur la règle de gestion concernée, et demande d’information côté MOAD, ici soit l’anomalie est annulée et le mantis correspondant est donc fermé soit elle est confirmée et le développeur doit la corriger

o l’anomalie est traitée et est donc corrigée par le développeur. Elle passe à l’état « A livrer » qui veut dire que c’est corrigé et qu’on attend la prochaine livraison pour vérifier le correctif. Puis une fois livrée, elle passe à l’état « A tester » et est réassigner au testeur qui devra donc refaire un itération du cas de test sur Squash TM pour confirmer la résolution du bug et fermer la page mantis concernée.

3) Le travail effectué

J’ai été assigné à l’équipe de test, j’avais donc en charge la rédaction des TIL et des TIS ainsi que l’exécution des TIS. L’exécution et la rédaction se fait de la même manière pour les TIL que pour les TIS.

a) Rédaction

9

Exemple de rédaction

La rédaction d’un cas de test (ou CdT) TIL/TIS se fait dans un fichier Excel préconfiguré. Il y a juste à remplir les cases nécessaires et à nommer le fichier de manière logique.Un TIS/TIL possède plusieurs cas de test qui lui sont rattachés, ils peuvent être peu (2CdT) à nombreux (20+ CdT)Une fois la rédaction d’un TIL/TIS finie, le fichier est déplacé vers un dossier « A livrer » où il attendra la prochaine livraison pour être importé dans Squash TM avec tous les autres TIL/TIS rédigés, les livraisons étant généralement hebdomadaire.Une fois livré, le TIL/TIS est prêt à être exécuté.

b) Exécution

L’exécution est gérée dans Squash TM. Les TIL/TIS étant organisés d’abord par niveau de test (TIL, TIS ou TFM) ensuite, pour les TIL par briques, puis par domaine (domaine Affilié, domaine financeur…). Une fois dans un TIL/TIS, on peut voir l’ensemble des CdT associés à ce dernier, une ligne étant un CdT, ainsi que les différentes informations (nom, importance, dernier statut, dernier exécuteur).

Figure 5- Organisation des tests dans Squash TM

10

Une fois entré dans le CdT, on voit une page avec toutes les informations reliées à l’exécution du CdT

Figure 6 - Page d'une exécution de CdT

On peut ensuite lancer l’exécution du CdT. Une exécution se présente de la manière suivante :

11

Figure 7 - Exécution d'un CdT

La page se présente en plusieurs blocs :

- L’entête avec différents boutons (arrêt, navigation entre les différents pas du CdT, et changement du statut du pas).

- Vient ensuite l’action, qui montre ce qu’on doit effectuer durant ce pas.- Ensuite le résultat attendu, où est indiqué ce qu’on attend de l’action effectué.- Les commentaires, où on peut renseigner des informations complémentaires à

l’exécution du pas, notamment en cas de blocage.- Les pièces jointes, où on peut rajouter des fichiers au pas de test pour illustrer le pas

de test ou le commentaire (peu utilisé, mantis étant plus pratique pour cela).- Puis les relations Squash TM et Mantis où sont indiquées tous les Mantis ouverts

concernant le pas du CdT.

Pour chaque pas on doit renseigner le statut de l’action, il peut être en succès si l’action s’est déroulé comme prévu, bloqué si il y a un point de blocage ( manque de jeu de données ou développement non fini), en cours s’il l’exécution n’a pas encore eu lieu, ou en dernier lieu en échec si une anomalie a eu lieu. Dans ce cas, il faut renseigner une fiche Mantis pour déclarer l’anomalie.

12

Une page Mantis se présente de la manière suivante :

Figure 8 - Page Mantis Partie 1

Sur cette première partie, on peut voir les informations générales du mantis (ID, projet, rapporteur, résumé, état…) ainsi que la description de l’anomalie, puis des informations complémentaires montrant les différents pas du CdT (Information renseigné automatiquement par Squash TM) pour accéder au bug.

13

Figure 9 - Page Mantis Partie 2

Sur cette seconde partie, on peut voir d’autres informations comme la brique associée (ici AS400 corresponds au BO affilié), l’environnement où le bug a été localisé, le niveau de test (TIS/TIL…) les différentes relations possible avec d’autres fiches mantis, les pièces jointes, ou encore les commentaires (ici appelés notes).

Figure 10 - Page Mantis Partie 3

Sur cette dernière partie, on peut voir l’historique de la page mantis répertoriant toutes les modifications faites avec auteur et date.

14

III – Conclusion

Ce stage m’a permis d’approfondir les connaissances de mon 1er stage dans la phase de test, en participant de manière plus poussée notamment dans la rédaction. J’ai ainsi pu observer plus en détail l’utilisation des logiciels Squash TM et Mantis BugTracker, en particulier l’import des CdT depuis un fichier zip contenant les CdT au format Excel vers Squash, action que je n’ai pas observé lors de mon stage précédent.

De plus, j’ai pu travailler sur un projet d’ampleur (mise à jour d’un SI d’une grande entreprise) avec la méthode AGILE, donc avec un cycle de développement itératif, ainsi que les différentes méthodes de suivi de projet, particulièrement la mise en place de « Radiateur », qui permet d’avoir de manière visuelle l’avancement du projet. Pour l’équipe de test, le radiateur servait à visualiser l’état des rédactions des TIL/TIS (à faire, en cours, rédigé, livré, bloqué, annulé).

Figure 11 - Exemple de radiateur

Ainsi que la mise en place de « War rooms », dossier informatique qui contenait tous les fichiers indispensable à l’exécution des tâches qui nous étaient données (« Bible » de données avec correspondance TIS/TIL et tâche de DEV pour aider à la rédaction de CdT).

15