Test de non-régression

Tests De Non-Régression
industrialisez vos Tests de Non Régression (centre de service et automatisation)

Les Tests de Non Régression (TNR) ont pour but de s’assurer que les modifications et évolutions effectuées par les développeurs lors du dernier sprint n’ont pas entrainé d’effet de bord, en altérant les parties du code non modifiées. Ils doivent être lancés à chaque livraison. Pour améliorer le ROI des tests et tenir les cadences de livraison ces tests sont généralement automatisés pour accélérer les phase de tests et concentrer les tests manuels sur le test des évolutions. (pour en savoir plus, lire l’article sur l’automatisation).

Exécutez on-demand vos tests de non régression par des testeurs certifiés ISTQB à Paris - France

Tests de Non Régression :
de quoi parle-t-on ?

Les Test de non régression sont essentiels pour garantir la qualité et la bonne utilisation d’un site web ou d’une application mobile. En effet la modification du code lors des différentes phases de développement entraine de manière quasi systématique des régressions (modification de SDK tiers, de l’environnement de production…). Le test de confirmation quant à lui, permettra de valider la correction d’une anomalie détectée lors d’un précédent test.

Quand intervient les tests de non-régression ?

Les tests de régression peuvent être exécutés à tous les niveaux de la campagne, et s’appliquent aux tests fonctionnels, non-fonctionnels et structurels.

Les suites de TNR sont exécutées plusieurs fois et évoluent généralement lentement. Ils sont donc de bons candidats à l’automatisation.

Notre méthodologie

Nos testeurs certifiés effectuent les TNR de la même façon que les autres jeu de tests : avec professionnalisme et rigueur :

  • Pour identifier les cas de tests automatisables à exécuter, vérifier que les environnement sont disponibles et valider le planning, une réunion d’initialisation est organisée en amont du lancement de la campagne.
  • Nous déterminons un panel composé des terminaux les plus pertinents à tester ou de ceux qui risquent d’être impactés par des évolutions.
  • Nous réceptionnons/validons la version du site/app afin de vérifier sa disponibilité.
  • Nous exécutons des tests sur des configurations cibles afin de repérer les anomalies.
  • Nous remontons les anomalies via votre bug tracker.
  • Nous exécutons des tests de confirmation afin de s’assurer de la disparition des anomalies.
  • Nous fournissons à l’issue de la campagne un bilan de la recette.
DÉCOUVRIR

[mobile] 3 solutions pour automatiser les tests de non-régression

LIRE L’ARTICLE
BugTracker

Comment remontons-nous les anomalies détectées ?

Afin de remonter les anomalies identifiées sur le bug tracker du client, nous utilisons les principaux outils du marché et nous adaptons aux méthodologies de nos clients.

Nous détaillons et précisons chaque anomalie (titre, nomenclature, description, référence au cas de test en erreur, screenshot et criticité) afin de maximiser l’efficacité et la compréhension par le métier et les équipes de développeurs.

A l’issue des tests nous reprenons l’ensemble des informations (nombre d’anomalies détectées , criticité, qualité de la livraison…) dans un rapport d’activité.

200+ real devices

Sur quels devices appliquer les tests ?

Le panel de terminaux sur lequel sont lancés les tests de non régression est déterminé au préalable. Il se base sur les statistiques clients, sur notre expertise et sur les données de références disponibles.

Il est donc possible de se contenter d’un panel restreint pour aller à l’essentiel (3 navigateurs principaux et 2 mobiles les plus utilisés), ou de viser plus large en élargissant le panel à une cinquantaine de configuration pour couvrir une grande majorité des risques.

Notre préconisation pour une gestion optimale des risques est de partir sur un panel de 25 à 30 devices (navigateurs, terminaux mobiles et tablettes tous systèmes confondus).

Nos outils

Les tests de non-régression sont, en principe, accessibles depuis un référentiel de tests (voir article sur les référentiels de tests). Le patrimoine de tests est ainsi plus facilement maintenu entre 2 campagnes de tests. Le Référentiel de tests permet de sortir des statistiques macro.

Nous utilisons des outils de gestions d’anomalies en interne afin de suivre de façon détaillée l’évolution des recettes. Pour remonter les anomalies au client, nos équipes sont formées à l’utilisation de tous les bug trackers, permettant une communication rapide et précise.

Pour en savoir bien plus encore sur Testing Digital©, rencontrons-nous !

Contactez-nous