Rapport de Stage








télécharger 201.46 Kb.
titreRapport de Stage
page8/9
date de publication10.07.2017
taille201.46 Kb.
typeRapport
ar.21-bal.com > loi > Rapport
1   2   3   4   5   6   7   8   9

Les tâches accomplies (réalisation du projet)




    1. Réalisation de tests d’intégration


Le but de cette démarche

  • Définir en amont les besoins en terme de jeux d’essai et de données pour l’application, pour les interfaces avec les autres applications gravitant autour

  • Définir les règles de fonctionnement des acteurs du projet pendant les phases préliminaires à son déploiement (tests d’intégration avant livraison à la MOA et tests de recette de la MOA) en clair, qui fait quoi et avec quel niveau de responsabilité

  • Assurer la traçabilité des évènements constatés en « situation » et des décisions prises, c’est-à-dire « mémoriser » les questions posées (informations demandées et liées à un besoin d’explication ou une demande de clarification) incidents constatés, dysfonctionnements et anomalies rencontrés lors de ces différentes opérations et les moyens mis en œuvre pour y remédier, que ce soit des correctifs du fait d’une non-conformité du traitement au regard des spécifications, mais également des demandes de modification voire des évolutions de spécification.


Les travaux intermédiaires

Les scénarii et cas de tests sont réalisés à partir :

  • Des cahiers des charges existants

  • Des spécifications


Des scénarii sont créés par :

  • Module de l’application (Vente, Production, …)

  • Intra module (Ex : transformation d’un devis en commande)

  • Par interface (Interface clients, commande, …)

  • Le mode dégradé


Par scénario, des cas de tests sont associés qui permettent de tester :

  • L’utilisation de chaque écran

  • Tous les cas fonctionnels (y compris les interfaces)

  • L’enchaînement intra module

  • L’utilisation à travers le portail SAP


Voir des exemples de scénarii dans les annexes ()
Réalisation des tests

Les personnes réalisant les tests d’intégration se mettent à la place du recetteur MOA. Toutefois, le processus est allégé car dans le cadre des tests d’intégration, la communication est vue en interne à CIP par l’intermédiaire des différents documents mis à disposition (tableaux Excel de suivi, fiches anomalies, scénarii de tests, …).

Il est évident que pour que ces tests soient menés à bien, il convient de définir précisément des jeux d’essai et des données représentatifs de tous les cas fonctionnels pour l’application.

Les données sont de 3 types :

  • Les données de références (listes de références)

  • Les données en amont de l’application qui transitent par les interfaces

  • Les données saisies dans l’application qui permettent de réaliser les tests.


Afin de préparer ces jeux de données et d’essai, il convient à partir des cas de tests identifiés, de donner à chaque responsable d’application en amont de l’application .NET les desiderata en terme de données permettant de simuler dans l’application tous les cas fonctionnels mais également de tester les interfaces.
La cohérence des jeux de données qui sont utilisés est de la responsabilité de la Maîtrise d’Ouvrage.
Réalisation de fiche d’évènements

Derrière le terme d’évènement se trouvent « regroupés », aussi bien des anomalies, des incidents techniques mais également des évolutions et peut-être des demandes d’informations.
Une fiche d’évènement « anomalie » formalise l’écart constaté lors des tests entre les résultats attendus et ceux obtenus.

C’est le Recetteur, émetteur de la fiche d’anomalie, qui suit son évolution et en valide la correction.

La fiche d’anomalie peut déboucher sur :

  • La prise en compte et la correction d’anomalie

  • L’instruction d’une fiche de changement

  • Une demande d’abandon à la MOA.


Les litiges liés aux fiches d’anomalies sont traités lors des comités ou tout autre type de réunion spécifique au suivi de recette.
Voir des exemples de fiche d’anomalies dans les annexes ()

Schéma descriptif des documents utilisés



    1. Intégration d’une équipe de cellule de tests


Grâce à l’apprentissage que m’avait apporté jusque là, Thierry SOUBRIER, j’ai pu intégrer avec lui l’équipe de cellule de tests et ainsi participer à la recette de l’application en collaboration avec la MOA.
J’ai alors dû créer des scénarii de tests répondant aux différents cas métier nécessaires pour la mise en production de l’application. Pour cela j’ai pu profiter de l’expérience du terrain des Key-Users (KU) présents avec moi dans la cellule de tests afin d’accroître mes connaissances du métier de chef de centre.
Une fois ces scénarii écris j’ai pu dérouler des campagnes de tests avec les KU afin de détecter les éventuelles anomalies et les besoins d’évolutions de l’application afin de répondre aux cas métier.
Nous avons pu ainsi recetter les différentes versions de l’application et voir si elles répondraient aux cas métier indispensables pour la mise en production de l’application.
Voir exemples de fiche d’anomalies dans les annexes ()

    1. Déploiement du projet


Grâce à l’apprentissage qu’avait pu m’apporter Stéphane CRESTO, j’ai pu gérer les différents environnements du projet.
Je me suis donc attaché à rédiger un document de déploiement d’architecture du projet expliquant la cartographie des environnements et les techniques que l’infrastructure de CIP aller devoir adopter pour déployer le projet par la suite sans notre aide.
En attendant, j’ai été chargé d’installer l’application sur les différents environnements mis à notre disposition pour mener à bien ce projet.

Par ailleurs, j’ai rédigé avec Stéphane CRESTO le document qui a permis au DBA (Administrateur de Base de Données) de pouvoir réaliser la bascule vers l’environnement de production.
J’ai eu aussi en charge de participer à la coordination de la préparation de la mise en production de l’application.

    1. Participation à la phase d’optimisation


De manière à optimiser les temps de réponse différents tests ont du être réalisés afin de pouvoir analyser les éventuelles solutions à adopter pour optimiser certaines parties de l’application.
Optimisation de la base de données

J’ai participé à la phase d’optimisation de la base de données, en travaillant avec un DBA, sous-traitant, présent sur le projet. J’ai donc eu comme charge de repérer des séquences d’utilisation de l’application faisant appel à des mauvais temps de réponse probablement dus à des appels en base trop gourmands. Nous avons pu ainsi identifier certaines requêtes trop longues en temps de réponses et donc les optimiser afin d’améliorer les temps de réponses de l’application.
Optimisation du code .NET

J’ai aussi collaboré avec un représentant d’une société sous-traitante spécialisée dans les tests à faire des tests de montée en charge de l’application en établissant des scénarii susceptibles de consommer beaucoup de mémoire et donc probablement de temps lors de l’exécution de certaines parties de l’application par beaucoup d’utilisateurs en simultané. Nous avons pu ainsi déceler les parties de l’application trop gourmandes en mémoire et essayer de trouver des solutions pour y remédier.

    1. Participation à la création de l’environnement de formation


J’ai été chargé de participer à la création de l’environnement de formation avec la sélection des jeux de données les plus pertinents pour un environnement de formation performant en temps de réponse et ayant des données cohérentes pour travailler dans de bonnes conditions. J’ai donc aidé l’équipe de l’infrastructure à réaliser l’environnement de formation et j’ai testé cet environnement afin d’être sur d’avoir un outil de formation de bonne qualité.

    1. Participation à la mise en production


On m’a ensuite confié la responsabilité de coordonner avec Stéphane CRESTO la préparation de la mise en production de l’application. J’ai dû créer les portails devant servir aux sites pilotes et à l’entraînement des utilisateurs ayant suivi la formation en attendant la mise en production de l’application sur la France entière.
J’ai donc dû travailler en collaboration avec les différentes équipes présentes sur le projet de refonte du Système d’Information de Spir Communication afin d’obtenir de leur part les données dont nous avions besoin pour réussir ensemble la mise en place de l’application dans les sites pilotes.

1   2   3   4   5   6   7   8   9

similaire:

Rapport de Stage iconRapport de stage
«Etudes Référentiels Internet» (eri) pour avoir eu la gentillesse de m’accepter en stage

Rapport de Stage iconRapport de stage 2ème année dut informatique
«Les travaux dont IL est question dans le présent document ont été exécutés durant un stage de formation effectué au Centre international...

Rapport de Stage iconRapport de stage

Rapport de Stage iconRapport e Stage

Rapport de Stage iconRapport de stage

Rapport de Stage iconRapport de stage

Rapport de Stage iconRapport de stage

Rapport de Stage iconRapport e Stage

Rapport de Stage iconRapport de stage

Rapport de Stage iconRapport de stage 1








Tous droits réservés. Copyright © 2016
contacts
ar.21-bal.com