Comment garantir le « time to market » et livrer rapidement sans bug ?

Optimiser son Time To Market est un enjeu stratégique pour toutes les entreprises.

Dans un contexte où il nécessaire de répondre aux défis du marché et avancer plus rapidement,
l’automatisation des tests de non-régression permet de répondre aux contraintes imposées par
le « time to market » : accélérer les mises en production et livrer sans bugs.

Le « time to market »

Le « time to market » représente le temps nécessaire entre l’émergence d’un besoin et la mise à
disposition de la solution finale sur le marché mais également le moment précis de lancement
d’un produit.

Il est, bien évidemment, dans l’intérêt d’une entreprise de mettre en place une stratégie de mise à
disposition d’un produit ou d’une version du produit répondant à ce besoin dans les meilleurs délais
sans que cela se fasse au détriment de la qualité.

Sur un site marketing, la présence d’une anomalie ou de grosses lenteurs peut avoir de grosses
répercutions sur le chiffre d’affaires de l’entreprise ou sur son image sans parler de l’effet déceptif
subit par l’utilisateur.

La gestion de projet devra donc tenir compte de ces contraintes de temps dans la « time to market »
stratégie : il faudra rendre compatible les livraisons rapides et de qualité.

Dans le cadre d’un projet informatique, si les délais sont courts, c’est la durée de la recette qui
est le plus souvent la cause du retard des livraisons. Un axe d’optimisation peut donc être recherché
à ce niveau-là.

Il est, par ailleurs, important de s’assurer de la qualité du ressenti de vos internautes ou de vos
clients. En effet un site ou une application qui n’a pas de bugs mais qui renvoie les résultats d’une
recherche simple en plusieurs minutes ne donnera pas satisfaction aux utilisateurs finaux.

L’automatisation de la non-régression, une réponse à la stratégie « Time to market »

L’automatisation de vos tests logiciels peut donc être mise en place en réponse à la première
problématique levée qui est d’assurer la livraison rapide d’un produit sans défaut.

Dans le cycle de vie d’un projet informatique, l’automatisation des tests de non-régression
permettra de vérifier que des fonctionnalités déjà présentes dans les versions précédentes de
votre site ou application sont toujours disponibles sur la nouvelle version.

Plus la couverture de test automatisés est importante et moins il y a de malchance qu’une anomalie
soit présente sur le produit.

Durant les phases de test de non-régression, il est possible d’optimiser le temps d’exécution des
tests automatisés en suivant une stratégie particulière de lancement de ces tests selon les priorités
de livraison.

L’ensemble des tests devra être déroulé au moins une fois. Néanmoins, il est possible de les catégoriser
afin de lancer des groupements de tests de façon ciblée. Il est conseillé de définir dans un premier
temps un socle critique qui validera le bon déroulement des fonctionnalités indispensables de l’outil.

La stratégie optimisée sera donc de lancer les tests les plus sensibles en premier :

• Le socle critique
• Puis les tests les plus impactés par la release en cours
• Et enfin les tests restants.

Après chaque analyse, si un correctif doit être apporté, le lancement de l’ensemble de la couverture de
test n’est pas forcement nécessaire. Il est donc conseillé de lancer le socle critique à minima et
éventuellement les groupes de tests impactés par le correctif.

Afin de maintenir une couverture de test pertinente, il est important d’effectuer une mise à jour
régulière de la couverture de tests entre deux livraisons.

Les performances de votre site ou logiciel sont fondamentales au taux de conversion.

Il est donc nécessaire de les mesurer et de les qualifier avant une mise à disposition sur le marché.

Des tests de non-régression en charge, reproduisant un parcours utilisateur à l’identique de la réalité,
doivent également être réalisés. Ils permettront d’avoir une vue sur les différentes métriques, requêtes
ou les différents temps de réponse suite à une sollicitation massive sur un ou plusieurs parcours
prédéfinis.

Des comparaisons pourront aussi être effectuées avec les tests (si le contexte est identique) afin de
vérifier qu’il n’y a aucune régression de la performance (même non-critique).

Ces tests ont l’avantage de découvrir des points de contention détectables uniquement lors de pics de
fréquentation et de mettre en place des solutions adaptée afin de limiter les risques de perte de clients
et/ou de chiffre d’affaires. Par exemple mettre en place une page d’attente si le nombre maximum
d’utilisateur simultané accédant dans de bonnes conditions à votre site ou application est atteint à un
instant T.

Le retour d’expérience et l’amélioration en continue grâce à l’automatisation

En outre l’automatisation permettra facilement aux équipes projet de s’améliorer en ayant ou en détectant :

• Les KPI et les informations sur le produit au management et à l’ensemble des équipes projet,
• Les forces et les faiblesses de votre site ou application, de son infrastructure,… pour définir des solutions adaptées avant sa mise en production,
• De pouvoir plus facilement définir des axes d’amélioration pour être toujours plus juste sur les réponses à fournir aux besoins du « Time to market ».

En conclusion, la qualité de votre site ou logiciel passe obligatoirement par une phase de recette. L’automatisation des tests de non-régression et le lancement de tests de charge durant la recette est la réponse à la contrainte de réduction les délais imposés par le « Time to market ».