Reading Time: 5 mins

Exécution de tests non fonctionnels en mode de test continu – Partie 3

Mode de test non fonctionnel

Exécution de tests non fonctionnels en mode de test continu – Partie 3

Les défis souvent cités dans l’examen des tests non fonctionnels dans n’importe quel modèle (sans parler des tests continus) sont :

  • Les tests non fonctionnels sont définis de manière incohérente et mal planifiés
  • Les tests non fonctionnels sont souvent traités comme moins prioritaires
  • Manque de compétences adaptées
  • Le coût des outils et de l’environnement impliqués a tendance à être prohibitif

Cela se complique davantage lorsque l’on considère des tests non fonctionnels dans un contexte de test continu :

  • Les assertions de test non fonctionnelles sont plus fragiles et nécessitent une maintenance importante dans un modèle itératif rapide
  • L’analyse automatisée tend à être plus objective ; alors que pour la plupart des tests non fonctionnels, nous avons besoin d’une analyse subjective
  • L’environnement de test, les données de test et la durée du test jouent un rôle clé dans l’obtention de résultats de test plus proches de la précision. Maintenir un environnement de type production avec des données de test réalistes pour des tests non fonctionnels détaillés nécessite des processus DevOps matures et un investissement important dans la configuration de l’environnement

Cela étant dit, envisager l’automatisation des tests non fonctionnels de base (serait-il approprié de les appeler des vérifications ?) Pour la charge, la latence, le débit, la sécurité et les ajouter à la suite de tests continus aide dans une large mesure. La question est pourquoi? Pour y répondre, de tels tests peuvent nous donner un retour d’information précoce sur les zones problématiques et nous offrent la flexibilité de choisir le sous-ensemble de tests que nous voulons exécuter.

Mode de test continu

Les vulnérabilités d’injection SQL, dont un exemple a été donné dans la partie précédente du blog, sont l’un de ces tests à considérer. Nous constatons également fréquemment que des faiblesses connues et des erreurs de configuration telles que l’absence de l’indicateur HttpOnly sur les cookies de session ou l’utilisation de suites et de chiffrements SSL faibles connus peuvent être automatisées et exécutées en mode de test continu. Ces tests peuvent être automatisés à l’aide d’outils d’automatisation de navigateur tels que Selenium Webdriver en combinaison avec d’autres comme OWASP ZAP.

De même, les tests de charge de base de données et de composants/niveau de service et les tests de régression des performances pour le parcours utilisateur critique de l’entreprise peuvent aider à identifier le point de « dégradation des performances » pour le « système en construction » et peuvent être des candidats idéaux pour les tests continus. Des tests plus intenses/spécifiques comme le piratage éthique, la planification des capacités et les tests de résistance peuvent être conçus et exécutés en fonction des commentaires reçus. En bref, en comprenant à la fois la pile technique de l’application et le risque commercial, une suite de tests non fonctionnels concis / limités peut être ajoutée à la suite de tests continus pour un cycle de rétroaction répété fréquent ; tandis que les tests non fonctionnels ciblés peuvent être enregistrés pour une étape moins fréquente / unique.

L’objectif derrière l’exécution de tests non fonctionnels en mode de test continu est “pour pouvoir détecter le moment exact où quelqu’un entre dans une ligne de code qui affecte les aspects non fonctionnels du système.” Pour y parvenir, nous avons besoin d’un modèle de test continu solide, non seulement avec le bon type de tests, mais également avec les bons processus, composants et outils.

La livraison continue est une discipline qui ne réussit que lorsque les personnes impliquées se sentent responsables et imputables. Un pipeline de livraison continue typique ressemble à celui ci-dessous de dzone.com

AQ du logiciel

Comme vous pouvez le constater, les tests continus font partie du « L3 – Livraison continue » et, comme mentionné ci-dessus, ce n’est pas seulement le type de tests qui fait le succès des tests continus. Il s’agit de suivre une démarche processus en phase avec les besoins et les attentes qualité de l’organisation et de l’améliorer constamment en fonction des résultats obtenus.

« L’amélioration continue » est ce sur quoi les vrais praticiens se concentrent !


,

Read more

>

Exécution de tests non fonctionnels en mode de test continu – Partie 2

Exécution de tests non fonctionnels en mode de test continu

Messages similaires

Une approche simple pour gérer les échecs de l’automatisation des tests

Keerthi Veerappan

An INFJ personality wielding brevity in speech and writing. Marketer @ Zucisystems.