WEBDEV 2024 : Les concepts

Partie 6 : Tester un siteWeb 205 Remarque  : • Le libellé "Exécution complète" représente le temps complet de l’exécution du test du site réa- lisé avec l’analyseur de performances. • Le libellé "Total Page XXX" représente le temps complet de l’exécution de la page XXX (de son ouverture à sa fermeture). 6.4 Choisir un traitement à optimiser Le choix du traitement à optimiser se fait en fonc- tion de plusieurs critères : • le temps d’exécution du traitement . Les traite- ments les plus longs doivent bien entendu être optimisés. • le pourcentage de temps passé dans le traite- ment de la fonction ou de la procédure . Plus ce pourcentage est important, plus le code peut contenir des traitements pouvant être optimisés. Remarque  : Si le traitement correspond à une fonc- tion WLangage, il est relativement difficile de l’opti- miser. 7 Tests de non-régression 7.1 Présentation Soucieux de la qualité des applications, plusieurs outils de tests sont à votre disposition : • Le mode test (Go de projet ou Go de page) qui permet de tester immédiatement une modifica- tion dans votre site. • L’utilitaire WDTestSite qui permet de réaliser dif- férents tests sur un site WEBDEV. Pour automatiser ces tests et augmenter la qualité de vos applications, vous pouvez également faire des tests unitaires automatiques . Grâce à ces tests, il est encore plus simple de contrôler toutes les fonctionnalités proposées par vos applications. 7.2 Tests automatiques Chaque test est composé d’un scénario directe- ment éditable dans l’interface du produit. Ce scé- nario est écrit en WLangage et peut être modifié à n’importe quel moment. Ces tests peuvent être lancés par exemple avant chaque déploiement pour vérifier le bon fonctionne- ment d’un site après diverses modifications. Les éléments suivants peuvent être testés : • les collections de procédures • les classes Chaque test est associé à un code WLangage : le scénario du test. Ce scénario est visible sous l’édi- teur de code. Le code des tests peut être modifié. Les tests et le code associé ne sont pas livrés en clientèle. Le nombre de tests d’un site n’a donc au- cune incidence sur la taille du site livré en clientèle. Pour plus de détails, consultez l’aide en ligne (mot- clé : "Test automatique"). 7.3 L’utilitaire WDTestSite WDTestSite est un utilitaire permettant de réaliser différents tests sur un site WEBDEV. Les différents tests possibles avec WDTestSite sont les suivants : • Test de montée en charge  : Le test de montée en charge consiste à simuler la connexion de plusieurs internautes à un site WEBDEV. Chaque internaute exécute une suite d’opérations (scénario) simultanément. • Test de non-régression  : Le test de non-régression consiste à vérifier le fonctionnement d’un site WEBDEV entre deux mises à jour. Le test de non-régression consiste à vérifier qu’un scénario réalisé avec une précé- dente version du site fonctionne correctement avec la mise à jour du site. • Test d’un site en mode multi-utilisateurs  : Le test d’un site en mode multi-utilisateurs per- met de vérifier que les accès concurrentiels aux fichiers de données sont correctement gérés. Ce test consiste à simuler la connexion simulta- née de plusieurs internautes à un site WEBDEV. Chaque internaute exécute une suite d’opérations (scénario) simultanément. • Comparaison de différents serveurs  : WDTestSite permet de comparer la vitesse de différents serveurs. Il suffit de lancer un scénario sur différents serveurs et de comparer le temps d’exécution de ce scénario. • Optimisation de traitements réalisés en WLan- gage  : WDTestSite permet de comparer le temps d’exé- cution d’un scénario avant et après une optimisa- tion du code WLangage. Pour plus de détails, consultez l’aide en ligne (mot- clé : "WDTestSite").