Maîtrise d’Informatique - Module Ingénierie du Logiciel Partiel : 31 octobre 2007

Barême :
+30% pour le vendeur, le msg vers Iklinéa et la création de la demande d’achat
+30% pour le caissier, le msg vers Iklinéa et la création de la commande d’achat
+30% pour le magasinier, le msg vers Iklinéa et le msg vers commande d’achat pour
préciser que la commande est retirée
+10% si paramètre et nom des instances (j’ai été fénéant)
Question 2.5 : Réalisez un test de validation couvrant la séquence que vous avez réalisée en
question 2.4 et visant à révéler des fautes dans l’application qui sera réalisée. Pour chaque
test, vous préciserez le cas d’utilisation correspondant.
La faute facile concerne le test des 30j (pour retourner) ou celui des 3j (pour transformer
une demande en commande), tout test essayant de mettre à défaut ce délai est bon.

Exemple :
Contexte : une demande d’achat a été faite par un vendeur et date d’il y a 4 jours
Entrée : la référénce de la demande d’achat
Scénario : le caissier saisie la référence de la demande d’achat et tente de la transformer
en commande d’achat.
Résultat attendu : Iklinéa doit afficher un message précisant que le délais est dépassé et
doit interdire l’enregistrement de la commande.

Barême :
100% si test cohérent (scénario, contexte initial et donnée d’entrée) et essayant de faire
planter l’application
50% si manque de cohérence mais l’objectif est correct
Moins de 50% si la faute ou le scénario n’est vraiment pas recherchée (mauvaise saisie
dans les paramètres d’entrée)
0% sinon (si le test n’essaye pas de révéler une faute).

Page 6