Lors de ma 2eme année de BTS SIO j’ai pu effectuer un deuxième stage au service informatique de l’entreprise EQIOM CRH
Mon but était d’aider l’équipe développement a avancer sur une application WEB nommé Digibéton notamment en faisant des test automatisé
- Exploiter des référentiels, normes et standards adoptés par le prestataire informatique
- Collecter, suivre et orienter des demandes
- Participer à la valorisation de l’image de l’organisation sur les médias numériques en tenant compte du cadre juridique et des enjeux économiques
- Réaliser les tests d’intégration et d’acceptation d’un service
- Mettre en place son environnement d’apprentissage personnel
Le Stage
Grace a ce stage j’ai pu apprendre a travailler en équipe et en mode projet notamment en utilisant une méthode de travail « SCRUM » soit un branche de la méthode de travail « agile »
Le stage de 6 semaines à donc été divisé en 3 parties de 2 semaines
- 1ère partie : développer une récupération de données grâce a une API en C#
- 2ème partie : commencer a apprendre Cerberus
- 3ème partie : Test Cerberus et requête SQL compliqué
1ère partie
Voici l’objectif de mon premier sprint qui est de crée une api et pouvoir récupérer les données de la base de données ainsi que les commit que j’ai du faire pour « sauvegarder » mon code
Voici les fichiers que j’ai pu utiliser pour atteindre l’objectif :
- Le dossier mapper permet de faire correspondre les objet (model) ainsi que les objet transition (DTO)
- DataRepositoryController gère les interactions utilisateur, traite les données en utilisant des modèles, et détermine les vues à afficher
- DataRepositoryService et IDataRepositoryService font le lien entre les modèles (Model) et la couche d’accès aux données (DAL)
- DataRepositoryDal et IDataRepositoryDal sont les données que l’ont va affiché
2ème partie
La 2ème partie de mon stage a été consacré a l’apprentissage de Cerberus un outils permet d’automatiser les tests fonctionnels, de régression, et même certains aspects des tests d’intégration afin de pouvoir aider l’avancer de l’application web
Mon objectif était de faire un test qui me permettras de vérifier automatiquement si les données de la base de données sont semblables a celle sur l’écran
En plus de ça j’ai du faire des requêtes pour un autre test car ça ne m’a pas pris assez de temps (les 2 semaines du sprint)
3ème Partie
Mon objectif des 2 dernières semaines était de faire en sorte de tester ces lignes représentes des bons de livraison (exemples)
Les icones marchent de cette façon :
- Jaune = mode de déchargement spécial
- Vert = rajout d’eau
- Rouge = temps d’attente excessif
- Bleu = retour béton
Voici la structure de notre test, au début nous vérifions tout ce qui est en rapport avec le client / chantier, le numéro du bl, la date de la livraison ainsi que la formule du béton.
Ensuite nous vérifions le volume de la commande, si les icones sont allumées et le libelle du statut
Ici les fonctions que l’ont va utiliser sont ce qui commence par verif, les autres viennes des test importer de l’entreprise (Authentification, univers BDL, etc…)
Ici ce sont les récupération des variables de la base de données
Cette requête renvoie si un icone de déchargement spécial est allumé
Ces requête permettent de savoir si une icone (d’ajout d’eau, de temps d’attente excessif ou de retour béton) est allumé ou non
Ici la requête renvoie en texte le statut du bon de livraison par rapport a un code dans la base de données :
1 = Livré
2 et 3 = Déchargement en cours
4 = En route
etc…
Bonus
Ceci est une requête que j’ai du faire a la fin de mon stage afin d’évaluer les competences que j’ai pu acquérir pendant celui ci
