Selenium Remote Control est un framework de tests fonctionnels issu du projet Selenium, célèbre outil d'automatisation de tests pour navigateurs. Il permet d'exécuter des tests dans des navigateurs du marché, distants ou en local. Il permet d'exécuter les tests Selenium sur des des navigateurs distants en parallèle sur de multiples plateformes et versions dans plusieurs langages de programmation (Java, C#, Python, Perl, Ruby, PHP), grâce à une architecture client/serveur.

Pour modéliser les flux de travaux et exécuter des séquences de commandes permettant d'automatiser les migrations de données complexes et les activités de l'application, nous vous recommandons d'utiliser l'outil Javelin, qui est inclus dans la licence du générateur d'automatisation CA Agile Requirements Designer. Par exemple, utilisez l'outil Javelin pour automatiser les activités CA TDM, les activités de test Web, les activités de script de base de données, les activités de service Web, les activités SSH et bien plus encore. Pour plus d'informations, consultez la section  FAQ relative à Javelin.


Il s'agit de tester un module indépendamment du reste du programme afin de s'assurer qu'il répond aux spécifications fonctionnelles et qu'il fonctionne correctement en toutes circonstances. Cette vérification est essentielle, en particulier dans les applications critiques. Elle s'accompagne la plupart du temps d'une vérification de la globalité du code, qui consiste à s'assurer de la conformité de l'ensemble ou d’une fraction déterminée des instructions présentes dans le code à tester. L'ensemble des tests unitaires doit être rejoué après une modification du code afin de vérifier qu'il n'y a pas de régressions (l'apparition de nouveaux dysfonctionnements).
Ekinops, leader d’équipements de transmission sur fibres optiques destinés aux fournisseurs de services de télécommunications. La plateforme EKINOPS 360 répond aux besoins des réseaux métropolitains, régionaux et longue distance avec une architecture simple et très intégrée. EKINOPS est un innovateur de premier plan dans le domaine du transport 100G...
L’application utilisée ici est une simulation de gestion de bibliothèque utilisant le langage C# et les composants graphiques Telerik. Pour chaque présentation de livre, deux boutons sont disponibles : le premier permettant de voir la description détaillée du livre, l’autre permettant un retour à la liste des livres. Ces deux boutons sont du même type mais il peut être intéressant de les faire reconnaître comme deux types différents : un « Bouton Retour » et un « Bouton Description ».
Zephyr conçoit les solutions de gestion de test logiciel les plus utilisées au monde, utilisées par plus de 18 000 clients et 5 millions d'utilisateurs dans 100 pays. Zephyr est à la pointe de la transformation mondiale vers le DevOps et Continuous Testing Agility grâce à des outils avancés et largement adoptés de gestion de la qualité, d'automatisation et d'analyse des données. De nos jours, les entreprises et équipes de toutes tailles comptent sur les solutions de bout en bout de Zephyr, sur leur évolutivité et leur support inégalés. De l'agilité à l'automatisation, du DevOps à Analytics, l'agilité des tests en continu n'aura plus de secret pour vous grâce à Zephyr.
Test automation mostly using unit testing is a key feature of extreme programming and agile software development, where it is known as test-driven development (TDD) or test-first development. Unit tests can be written to define the functionality before the code is written. However, these unit tests evolve and are extended as coding progresses, issues are discovered and the code is subjected to refactoring.[5] Only when all the tests for all the demanded features pass is the code considered complete. Proponents argue that it produces software that is both more reliable and less costly than code that is tested by manual exploration.[citation needed] It is considered more reliable because the code coverage is better, and because it is run constantly during development rather than once at the end of a waterfall development cycle. The developer discovers defects immediately upon making a change, when it is least expensive to fix. Finally, code refactoring is safer when unit testing is used; transforming the code into a simpler form with less code duplication, but equivalent behavior, is much less likely to introduce new defects when the refactored code is covered by unit tests.
Selenium IDE est une extension développée pour Firefox par Shinya Kasatani. Il permet d’utiliser Selenium sans passer par un serveur pour l’exécution de scripts Selenium. Il a été développé en JavaScript et a été conçu pour permettre aux testeurs et aux développeurs d’enregistrer des interactions avec le navigateur. Ces interactions peuvent par la suite être rejoué sous la forme de scénario d’interaction pour simuler un processus fonctionnel à tester. Selenium IDE permet d'enregistrer, d'éditer et déboguer les tests. Il n'est pas seulement un outil d'enregistrement : il s'agit d'un environnement de développement intégré (IDE). L'utilisateur peut choisir d'utiliser sa capacité d'enregistrement, ou peut modifier ses scripts à la main s'il le souhaite.
Test automation mostly using unit testing is a key feature of extreme programming and agile software development, where it is known as test-driven development (TDD) or test-first development. Unit tests can be written to define the functionality before the code is written. However, these unit tests evolve and are extended as coding progresses, issues are discovered and the code is subjected to refactoring.[5] Only when all the tests for all the demanded features pass is the code considered complete. Proponents argue that it produces software that is both more reliable and less costly than code that is tested by manual exploration.[citation needed] It is considered more reliable because the code coverage is better, and because it is run constantly during development rather than once at the end of a waterfall development cycle. The developer discovers defects immediately upon making a change, when it is least expensive to fix. Finally, code refactoring is safer when unit testing is used; transforming the code into a simpler form with less code duplication, but equivalent behavior, is much less likely to introduce new defects when the refactored code is covered by unit tests.
Les logiciels libres sont gratuits mais leurs fonctions sont souvent moins avancées que les logiciels payants, parce qu'en cours d'élaboration ou d'amélioration. Certaines fonctions de logiciels libres ne sont pas développées simplement parce que les auteurs n'y voient pas d'intérêt pour eux, tandis que les logiciels propriétaires sont développés précisément pour répondre aux attentes et aux demandes des clients. Faites alors votre choix en fonction de vos besoins et des fonctionnalités proposées.
Une fois un scénario de test enregistré, il est possible de l’exporter dans plusieurs langages de programmation. Le langage PHP n’est pas intégré par défaut, il faut installer un second plugin pour pouvoir en bénéficier, disponible sur : https://addons.mozilla.org/fr/firefox/addon/selenium-ide-php-formatters/ Le code exporté sera au format PHPUnit. De fait, l’outil de tests unitaire et d'intégration PHPUnit sera capable de prendre en charge les scripts de tests générés par Selenium IDE. De même, Codeception qui est basé sur PHPUnit, devrait aussi prendre en charge ces tests. De cette façon, les testeurs n’ont pas à se soucier du code pour créer des scripts de tests fonctionnels et les développeurs peuvent intégrer ces tests à leur environnement PHPUnit. Néanmoins, ce deuxième plugin n’est plus maintenu depuis quelque temps, ce qui rend son utilisation compliqué.
Côté poste du développeur, cela donne une classe de test jUnit spécifique qui s’occupe de lancer un serveur web sur un port libre, ainsi que l’environnement Selenium requis (server + remote control). Cela s’intègre donc dans eclipse comme un charme, ce dernier considérant ces tests comme n’importe quel test jUnit (même si dans ce cas il ne s’agit pas de tests unitaires, cela aide tout de même à l’utilisation).

Le numérique reste un sujet prédominant dans le programme des DSI pour l'année à venir. Ce concept a déjà fait couler beaucoup d'encre et suscité de nombreuses discussions. Bon nombre d'entreprises ont déjà lancé des projets et augmenté leur budget numérisation de manière significative. Pourtant, il est clair qu'il reste encore beaucoup à faire. À terme, l'objectif est d'utiliser les nouvelles technologies pour optimiser, adapter radicalement, voire redéfinir les offres et les business models ainsi que les organisations et les processus associés.
La recette (ou test d'acceptation) est une phase de développement des projets, visant à assurer formellement que le produit est conforme aux spécifications. Il ne s’agit plus de tester une fonctionnalité précise comme c’est le cas avec les tests fonctionnels, mais bien de tester l’application dans sa globalité. Pour cela, des scenarii de tests sont la plupart du temps utilisés afin de refléter une utilisation réelle de l’application. Ces tests peuvent être réalisés par le chef de projet fonctionnel ou par le client.

TestComplete est un outil d’automatisation des tests fonctionnels édité par AutomatedQA, une entreprise basée à Beverly aux États-Unis (Massachusetts). Le référentiel d’objets de cet outil possède plusieurs fonctionnalités intéressantes comme la création de « Modèle » de reconnaissance ainsi que le paramétrage des propriétés de reconnaissance des objets. 
×