Quels sont les principaux cadres de test automatisés standard de l'industrie?

Question

Je travaille sur l'établissement de pratiques de tests automatisés et de suites de tests dans une organisation. Un pair me dit que nous "devrions utiliser un cadre". Pour moi, un framework est un ensemble de code et/ou un autre outil qui vous aide à créer quelque chose.

Mon homologue semble suggérer qu'il existe des cadres de tests automatisés standard dans l'industrie.

J'ai vu les modèles suivants dans la conception de systèmes de test avant:

• guidée par les données
• mots-clés Driven
• Model Driven
• Requête contrôlée par

Mon homologue comprend " Modulaire "comme l'un d'entre eux. En raison de mes antécédents en génie logiciel, j'entends le mot «modulaire» et je pense à la programmation modulaire (par opposition à la programmation orientée objet, orientée aspect ou procédurale) ... une façon d'organiser le code plutôt qu'une méthodologie ou un type de cadre en soi.

J'ai vu la définition wikipedia pour "Automation modulaire" et il ressemble à la paradigme de programmation.

Qu'est-ce qui me manque? Que puis-je lire pour être sur la même page que mon homologue? Est-ce moi ou lui qui ne comprend pas quelque chose? J'ai plus d'une décennie d'expérience en génie logiciel, mon homologue a été dans le domaine de l'assurance qualité pendant près de si longtemps. Il n'est pas capable de référencer le site. J'ai cherché le google pendant 6 heures maintenant essayant d'apprendre au sujet de ce "cadre modulaire" et ne peux pas trouver un exemple technique et rien de plus que le paradigme de programmation standard (par exemple organiser le code dans des modules).

Answer 1

Il se trouve les principaux modèles standard de l'industrie pour les tests automatisés sont:

• guidée par les données
• mots-clés Driven
• Model Driven
• Requête contrôlée par

De plus, " approches hybrides sont utilisées. Ce sont des approches dans lesquelles plus d'un des modèles ci-dessus sont utilisés.

Dans un certain nombre d'endroits sur le web (y compris wikipedia), la conception de cas de test «Modularity Driven» est désignée par erreur comme l'une des stratégies de conception de cas de test automatisées énumérées ci-dessus. La définition de ce terme erroné ("Modularity Driven") semble avoir plus à voir avec les aspects organisationnels du codage que la façon dont One conduit un test automatisé. Le test automatisé "Modularity Driven" est un terme impropre (ou un terme erroné). En d'autres termes, il n'y a pas de telle chose. Le terme "modulaire" décrit le paradigme de programmation utilisé.

L'aspect modulaire d'un test est dans son organisation, le stockage du code dans les modules, par opposition à d'autres paradigmes de programmation tels que POO, ou de procédure, etc.

Answer 2

J'ai entendu parler de l'automatisation modulaire aussi appelé à base de composants d'essai Conception de cas. HP est un grand joueur dans cet espace. Le projet est venu avec un produit appelé Business Process Testing.

Il se compose de:

• Composants commerciaux réutilisables

• Composants d'entreprise converti en test processus métier

Les composants métier sont des unités réutilisables qui effectuent une tâche spécifique dans un processus métier.

Dans HP Quality Center, le module Business Components vous permet de créer et de gérer des composants métier réutilisables (par exemple, Ajouter au panier) . Ensuite, le module Plan de test vous permet de faire glisser et déposer les composants dans les tests de processus métier et de déboguer les composants.