Les tests logiciels dans le contexte adéquat

Chacun sait que les tests logiciels ont commencé à devenir monnaie courante durant l'année 2000, lorsque soudainement, les entreprises se sont retrouvées face à la menace du bug de l'an 2000 et à l'introduction de l'euro. Toutefois, peu de gens savent que les tests logiciels existaient déjà depuis les années 1950. Sur cette période de soixante ans, il est clair que le paradigme de test a changé plusieurs fois.

Sur le marché global actuel, nous observons une tendance selon laquelle les tests ne représentent plus seulement une phase du projet, mais consistent en une évaluation constante des besoins opérationnels par rapport aux fonctionnalités du produit durant tout le cycle de vie de l'application.

Notre vision des tests logiciels

Les tests logiciels ne se limitent pas à déceler et à déboguer les défauts. Pour que les tests soient plus efficients et efficaces à l'heure actuelle, ils doivent détecter les incompréhensions et les incertitudes à un stade précoce, en étant parfaitement intégrés dans l'équipe responsable du développement du logiciel. De plus, cette méthode d'exploration de l'application améliore la communication avec les autres parties prenantes et conduit à de meilleures solutions.

Pour adopter ce paradigme d'exploration, il convient d'utiliser les tests en contexte. Les testeurs en contexte choisissent les objectifs, techniques et livrables adéquats pour les tests (y compris la documentation) en s'attardant en premier lieu sur les détails de la situation spécifique, notamment les besoins et souhaits des parties prenantes qui ont demandé la réalisation des tests. L'essence des tests en contexte consiste en une utilisation appropriée des compétences et du discernement en fonction du cas en question..

Des tests appropriés, au bon moment, avec la bonne méthode

L'école des tests en contexte a mis en avant sept principes de base :

La valeur de toute pratique dépend de son contexte.
Il y a de bonnes pratiques en contexte, mais il n'y a pas de meilleures pratiques.
Les personnes qui collaborent sont l'élément le plus important de tout contexte de projet.
Souvent, les projets évoluent d'une façon difficile à prévoir.
Le produit est une solution. Si le problème n'est pas résolu, le produit ne fonctionne pas.
Un bon test logiciel est un processus intellectuel exigeant.
Seuls le discernement et les compétences, exercés de manière coopérative pendant tout le projet, peuvent nous permettre de faire les bonnes choses au moment opportun afin de tester nos produits de manière efficace.

Au final, les tests en contexte consistent à faire du mieux que nous pouvons avec ce que nous avons. Plutôt que d'essayer d'appliquer des « meilleures pratiques », nous acceptons le fait que des pratiques très différentes (et même des définitions différentes des conditions de test) fonctionneront parfaitement dans d'autres circonstances. Autrement dit, l'objectif est de tester un logiciel, et non de vérifier si nous avons appliqué à la lettre la méthodologie dédiée.

Que pouvons-nous faire pour vous ?

Pourquoi choisir Realdolmen comme partenaire de test ?

Nous souhaitons être votre partenaire de test plutôt que votre fournisseur. En collaboration avec l'équipe ALM (Application Lifecycle Management) de Realdolmen, nous voulons vous aider à augmenter votre efficience et votre efficacité au niveau de la conception, du développement, des tests, du lancement et de la maintenance de solutions qui répondent aux besoins et aux problèmes de vos utilisateurs professionnels/clients. Notre objectif n'est pas de vous fournir des robots en vue de réaliser un travail de test répétitif, mais bien des consultants experts, à la fois efficients et efficaces dans leur domaine. Ils ont les compétences adéquates et leurs connaissances vont bien au-delà des tests logiciels. Ils savent comment les différents processus du cycle de vie de l'application interagissent et ils ont acquis de l'expérience en travaillant sur des projets importants et/ou complexes.

Les tests dans le contexte adéquat

En examinant de près le contexte du projet et en y adaptant notre approche, nous rendons nos tests beaucoup plus efficaces que si nous nous en tenions à une approche prédéfinie supposée valable pour tous les projets. Le contexte du projet déterminera notre approche et différera d'un projet à l'autre. Nos consultants sont formés pour s'adapter à ces différences. Nous estimons aussi qu'en utilisant des techniques de test exploratoires combinées à des tests structurés automatisés (lorsqu'ils s'avèrent efficaces), nous optimisons les activités de test..

Notre unité Testing & Quality Assurance a volontairement été organisée dans la même division que l'unité Application Lifecycle Management (ALM). Nous travaillons en étroite collaboration et contribuons régulièrement à nos succès mutuels. Cette coopération encourage nos testeurs à voir plus loin que leur domaine de test et à avoir une meilleure compréhension de la manière dont les personnes, processus et outils s'influencent entre eux.

Outils de test – juste un outil dans la boîte à outils

Les outils sont simplement un moyen d'atteindre une solution, ils ne constituent jamais la solution en elle-même. Voilà pourquoi nous analysons quel outil fonctionne le mieux en fonction du contexte du projet. Nous voulons éviter de gaspiller de l'énergie et de l'argent en implémentant des outils et en les imposant dans des projets où ils sont inefficaces.

Nous travaillons avec des outils qui s'inscrivent dans notre philosophie. Des outils qui soutiennent les techniques de test exploratoires et qui réduisent la maintenance liée à l'automatisation des tests en étant plus robustes.

Nous préférons implémenter des outils intégrés aux outils utilisés par les autres équipes impliquées dans le cycle de vie de l'application (gestion des versions, gestion de la configuration, gestion des builds, suivi des work items, planning, design...). De la sorte, la communication et les rapports se révèlent bien plus efficaces.

Si vous utilisez un outil qui ne convient pas à votre contexte (ou si vous n'en avez pas encore), nous pouvons aussi vous aider à identifier les outils les plus appropriés et à migrer vos données dans la mesure du possible.

Efficience et efficacité pour réduire les coûts

Notre vaste expérience en matière de projets de test complexes a appris à notre équipe à faire preuve de flexibilité, à se concentrer sur le contexte des projets et à prendre en compte les risques liés au projet et au produit. Nous sommes capables d'utiliser les tests exploratoires et les tests techniques pour aider l'équipe de projet à améliorer la qualité des produits dans le respect des délais et des budgets.

Il en résulte des tests non seulement plus efficients, mais également plus efficaces. Si nous nous concentrons à la fois sur l'efficience et l'efficacité, c'est parce que ces deux notions se complètent. Vous pouvez faire preuve d'une grande efficience dans vos tests, mais s'ils ne contribuent pas à l'objectif général du projet (fournir un logiciel représentant une solution à un ou plusieurs problèmes professionnels), ils ne sont pas efficaces.

Nous estimons qu'en appliquant les principes de l'analyse en contexte dans notre travail, notre approche est plus efficiente et efficace qu'une approche plus traditionnelle. L'efficience et l'efficacité impliquent un meilleur retour pour un coût équivalent (ou même inférieur) en ce qui concerne les tests et le projet.