Blog du testeur

Il est possible de récupérer sur le site de réservation de la SNCF un justificatif de voyage. J'en suis friande car je fais souvent des déplacements professionnels. Mais sur mon dernier trajet impossible de récupérer ce justificatif même après les 48 heures de délais. Pourquoi, parce que j'avais avancé d'une semaine mon retour (suite à une erreur de date de ma part) via un guichet SNCF. Du coup j'ai pu récupérer mon justificatif non pas 48 heures après mon retour réel, mais une semaine + 48 heures après la date de retour initialement prévu. Un cas d'utilisation non prévu ....

Plusieurs possibilités: Si vous ne voulez pas utiliser la fonction export vous pouvez de nouveau utiliser l'IDE Selenium:

L'IDE selenium est disponible sur google chrome et également sur firefox. L'interface est complètement refaite. Si vous avez besoin de la fonction export (pour exporter les tests au format java, python, robotframework ...) vous pouvez utiliser l'IDE Katalon disponible sur firefox et google chrome.

Cette année deux versions de testlink ont été déployées, supportant des versions plus récentes de php et mysql. L'interface est en cours de modernisation:

Sinon beaucoup de correction d'anomalies et la possibilité de se connecter à gitlab dans la partie connexion avec un gestionnaire d'anomalies. à suivre ...

Tout d'abord il faut créer un projet:

Il faudra ensuite sélectionner un TDP.Pour cela on configure au préalable des TDP (Target Deployement Configuration) qui décrivent l’environnement d’exécution :

• Build
• Compilateur
• Instrumentation
• Type de couverture
• Etc.

Une fois le projet créé il faut rajouter des activités de test: component testing, system testing etc. Pour cela il faut afficher l'onglet start page:

Pour les tests unitaires on sélectionne "component testing". Ensuite il faudra sélectionner les sources comprenant les composants à tester.

Sur cette page on peut également modifier un certain nombre de paramètres pour la compilation ou l'exécution:

Par défaut le champ compute static metrics est coché. Des métriques de type statique telle que la complexité cyclomatique vont être calculées après analyse du code:

Le prochain écran permet de configurer la façon dont sera généré les scripts de test (format ptu) : prise en compte des valeurs aux limites, un ou plusieurs nœuds par composant testé ...

On peut lancer la génération des tests (fichier ptu)

On peut lancer l'exécution des tests (menu build)

Un rapport de test a été généré, mais pas seulement. On va trouver une mesure de couverture de code, des mesures de performances etc ...

En regardant la couverture on constate que les tests ne sont pas complets, pour cela il faudra modifier le ptu.

Pour rendre ses tests automatiques maintenables il est essentiel de limiter le code de test. La plupart des framework de test offre la possibilité d'utiliser le même code source pour des jeux d'essais différents.

Prenons un exemple: sur une page web je veux tester la présence d'une série de lien:

Avec NUNIT on peut simplement rejouer le même test pour les différents liens:

Le test est rejoué pour les deux liens:

Le code suivant est équivalent:

Encore plus fort, si j'ai plusieurs paramètres je peux les combiner en utilisant en autres une stratégie de type "pairwise". Pour celà j'utilise l'attribut Pairwise de test. Voici un exemple:

Pairwise: au lieu d'avoir toutes les combinaisons de paramètres par 3, on se contente des combinaisons par paire: toutes les combinaisons de valeurs pour 2 paramètres sont présentes.

Et voici les combinaisons proposées:

Plus d'infos sur NUNIT