David
Bonjour Dan, nous voulions avoir cette session pour parler un peu de Keysight, de ton parcours chez Keysight et obtenir un peu d’informations à ce sujet.
Commençons donc par nous présenter à ceux qui ne te connaissent pas. Parles-nous un peu de ton parcours et de ce qui t’as amené à rejoindre Keysight ?
Dan
Bien sûr. Eh bien, merci de me recevoir, Dave. Je t’en suis reconnaissant. Tu sais, les parties les plus pertinentes de ce parcours sont probablement ma première incursion dans le marché de l’automatisation des tests. Cela remonte à environ 2006, lorsque j’ai rejoint une société appelée Numerics, où nous avons construit des solutions d’automatisation des tests pour les applications progicielles. Très spécifiquement PeopleSoft, SAP, Oracle et quelques technologies de gestion du changement.
J’ai été immergé, en tant que PDG de cette société, dans ce marché et j’ai acquis, je pense, beaucoup de connaissances sur les outils disponibles, les exigences des clients et la manière de combiner ces deux éléments.
Ma relation avec toi, Dave, a commencé lorsque nous étions tous deux dans l’organisation des ventes de WorkSoft, qui était une entité très axée sur SAP. Nous avons réussi à collaborer pour orienter cette organisation dans une direction qui en a fait, à l’époque, ce que je crois à mon humble avis, la première solution d’automatisation des tests SAP au monde.
Ainsi, au fil de mes différents passages en tant que DPI ou PDG dans ce secteur, j’ai fini par évaluer l’état actuel de l’industrie et par essayer de comprendre ce dont les entreprises avaient réellement besoin pour rester en phase avec l’évolution du développement logiciel.
Les changements nécessaires du point de vue de l’assurance qualité logiciel qui en découlaient et qui non seulement tiraient parti des nouvelles technologies et les intégraient dans leur plate-forme, mais créaient également de nouvelles méthodologies de test.
Et donc, au cours de cette évaluation, j’ai examiné à la fois une sorte de nouvelle entrée sur le marché et certains des acteurs les plus établis. Ce que j’ai trouvé, c’est qu’Eggplant, qui avait récemment été rachetée par Keysight, avait, de mon point de vue, la meilleure vision de la manière de rassembler tout cela et, couplée à l’acquisition par Keysight, qui a donné à Eggplant l’accès à des ressources financières substantielles pour faire de cette vision une réalité.
J’ai pris la décision de me joindre à l’entreprise pour aider à façonner cette vision et à propulser l’entreprise pour qu’elle devienne une sorte d’acteur dominant sur le marché de l’assurance qualité logiciel.
David
SQALogic est ravi de faire partie de cet écosystème en ce moment, de rejoindre le programme de partenariat et de représenter cette technologie pour nos clients. Comme toi, je suis d’accord, Dan. Il est intéressant de voir les évolutions qui se sont produites au cours des deux dernières années, je dirais, dans l’industrie. J’y suis depuis 25 ans et il y a eu une sorte de statu quo sur la façon dont les tests ont été abordés. L’enregistrement traditionnel, la relecture ou la création d’un cadre, le codage et le scriptage, l’exécution et la maintenance.
Je pense qu’il y a beaucoup de nouvelles choses passionnantes qui arrivent sur le marché. Je pense que Keysight est une entreprise qui a une vision formidable dans ce domaine et qui a mené la charge, si vous voulez, autour de certaines choses dont j’aimerais que nous parlions un peu plus.
Tu sais, les notions d’intelligence artificielle, par exemple, et l’incorporation de cette capacité évolutive d’apprentissage automatique, de réparation automatique, des choses de cette nature que je trouve très convaincantes et passionnantes pour les utilisateurs professionnels afin d’économiser du temps et de l’argent et d’atteindre des objectifs. Alors pourquoi ne pas nous parler un peu de la philosophie et de la vision de Keysight Eggplant à ce sujet.
Dan
Oui. Tout d’abord, j’aimerais peut-être aborder un point que tu as mentionné, à savoir notre partenariat. Je pense que c’est d’une importance capitale.
La technologie est évidemment fantastique et une technologie de pointe qui apporte une valeur extraordinaire est ce que des fournisseurs comme Keysight ou Eggplant représentent. Mais le fait est que la mise en œuvre et l’opérationnalisation de cette technologie est ce qui apporte la valeur et je crois fermement que le mariage de cette technologie de pointe avec des fournisseurs de pointe comme SQALogic qui comprennent vraiment le marché, qui comprennent les défis des clients, qui comprennent comment mettre en œuvre et faire de cette technologie une partie intrinsèque d’une opération, c’est là que la magie se produit. La confluence de ces deux partenariats. Tu sais, nous parlions de technologies, mais nous comprenons que sans les moyens de fournir intelligemment cette technologie de la manière dont SQALogic le fait, elle devient souvent un produit d’étagère. Je pense que c’est un point vraiment, vraiment important.
Donc, pour en revenir à la technologie, si tu penses au développement moderne, tu sais que la plupart des nouveaux développements sont basés sur la technologie web. Cela introduit un certain nombre de défis différents du point de vue des tests. Nous nous sommes éloignés, au cours des 5 à 7 dernières années, de la gestion traditionnelle du cycle de vie des applications où l’on teste les applications de production et les changements qui s’y produisent pour englober les tests Dev OPS ou CICD, dans le processus de développement réel. Cela présente une nouvelle série de défis, en particulier à mesure que les technologies sous-jacentes de développement et d’ingénierie évoluent.
L’utilisation de l’intelligence artificielle, de l’apprentissage automatique, de ces capacités incorporées dans les processus d’automatisation des tests est une opportunité énorme pour être en mesure d’acquérir une connaissance et une compréhension approfondies des parcours des utilisateurs, des comportements des applications, pour être en mesure de faire correspondre les cas de test existants à ces parcours d’utilisateurs et de déterminer où il y a des lacunes, où il y a des chevauchements pour aider à guider la façon dont vous comblez ces lacunes. Nous commençons à voir la génération autonome de tests, où l’IA peut évaluer une application, déterminer où vous avez une couverture, où vous n’avez pas de couverture, et cela génère honnêtement certains cas de test.
Vous pouvez également l’utiliser pour l’un des problèmes classiques des tests, à savoir la maintenance de ces scénarios de test pour comprendre quand un sélecteur est modifié ou quand un chemin X a changé, et mettre automatiquement à jour vos scripts d’automatisation des tests ou vos ressources. Donc, l’utilisation de l’IA est vraiment en train de changer, je pense, le visage des tests et de fournir beaucoup de nouvelles capacités. De même, je pense que la RPA en est peut-être un peu plus à ses débuts, mais si vous parlez aux analystes, ils disent souvent que la RPA est le segment du marché des logiciels d’entreprise qui connaît la croissance la plus rapide. Les revenus augmentent d’année en année de 63 % et cette technologie peut être utilisée pour automatiser les flux de travail.
Qu’est-ce qu’on entend par là ? Vous savez, dans les tests, il y a beaucoup d’activités répétitives qui ne demandent pas un effort cognitif important, n’est-ce pas ? Donc, elles ne sont pas bien servies par les êtres humains, ces efforts cognitifs faibles sont idéalement adaptés à la RPA où vous pouvez faire ces tâches répétitives en utilisant un logiciel plutôt que des êtres humains et remplacer les dépenses et la nature sujette aux erreurs des personnes. Nous commençons déjà à voir ce qu’elle remplace : les tests de régression, les tests de performance, certains tests de charge et l’habilitation des professionnels de l’assurance qualité. Ensuite, vous canalisez en quelque sorte leurs efforts vers des activités plus stimulantes mentalement, comme les tests exploratoires, la convivialité, certains tests ad hoc. Je pense que la combinaison de l’IA et de la RPA va changer radicalement la nature des tests pour les applications modernes.
David
Absolument et c’est intéressant parce que l’arrivée de ces technologies qui sont plus robustes et capables de s’adapter aux changements est ce qui fait le succès de la RPA. Si l’automatisation est comme tu le sais, nous dirions, des tests floconneux, et des choses qui se cassent et qui sont difficiles et fragiles à maintenir, alors il n’y a tout simplement aucune possibilité de penser à les utiliser pour des activités de niveau production avec les instabilités qu’ils possèdent. L’utilisation de l’IA et des technologies RPA, que je trouve également très convaincantes, et j’espère que nous aurons l’occasion de les approfondir lors d’une autre session.
Mais l’une des choses que Eggplant fait de manière phénoménale est la capacité de tester n’importe quoi en interagissant essentiellement avec une couche d’abstraction au milieu de l’application au lieu de regarder tous ces petits objets minutieux qui font partie de l’application. Lorsque vous vous connectez à la couche objet de l’application, vous dépendez du support de toutes ces versions et de toutes ces spécificités qui peuvent changer avec le patch et ainsi de suite et tout casser.
La capacité d’Eggplant à interagir avec ce qu’il voit de la même manière qu’un testeur est extrêmement intéressante, et je pense qu’il y a tout un autre sujet que nous pouvons aborder sur cette voie, et nous le ferons probablement dans une autre session.
Je trouve que l’IA apporte de la maturité aux tests traditionnels. Nous avons plus d’yeux sur la qualité. La qualité appartient désormais à un public plus large. Ce n’est plus seulement l’équipe de test qui doit valider les choses avant de les mettre en production. En production, les données sont exploitées pour alimenter les tests et sélectionner ce qui doit être testé ou non. Les développeurs sont beaucoup plus responsables de la qualité du code qu’ils produisent et tout ce cycle est très intéressant à observer.
Et puis, comme tu l’as dit, cela conduit à cette capacité d’automatisation des processus robotiques, qui a toujours été un besoin, n’est-ce pas ? Il y a beaucoup de redondance et de tâches fastidieuses dans l’informatique qui ne sont pas difficiles à faire, mais le risque d’erreur est là, donc les gens ont été forcés de le faire. En fait, les tests sont l’une de ces industries amusantes où les tests manuels, par exemple, ou simplement « lire la feuille de calcul et répéter les tâches » et des choses comme ça deviennent fatigants.
Pouvoir automatiser ces éléments, supprimer cela et permettre à vos experts en test que ce que vous voulez vraiment d’eux, c’est à dire leur état d’esprit de comment trouver le bug, il y a des chercheurs du problème et des identificateurs de cela. Supprimez ces tâches fastidieuses et vous leur permettez d’allouer plus de bande passante et d’expertise aux tests significatifs qui doivent être effectués dans les applications, ce qui, je crois, améliore grandement la qualité.
Dan
L’autre chose est de penser du point de vue de l’entreprise. Le logiciel domine le monde. Je veux dire que chaque entreprise est maintenant une entreprise de logiciels. Et vous savez, les avantages concurrentiels sont souvent la rapidité avec laquelle vous pouvez développer un logiciel et sortir un logiciel de haute qualité. La vitesse et la qualité sont essentielles ici. Et donc, les exigences d’un point de vue commercial sont très différentes de ce qu’elles étaient auparavant. Pourtant, certains des mêmes défis auxquels nous avons été confrontés ensemble il y a 20 ans, Dave, demeurent.
Ils comblent le fossé entre les utilisateurs techniques de l’assurance qualité et les utilisateurs commerciaux qui doivent valider les applications qui comprendront les applications sous-jacentes existe toujours, et ces technologies aident à continuer à combler ces fossés et à permettre aux utilisateurs commerciaux non techniques de participer à ce processus de manière significative, ce qui signifie en fin de compte une meilleure qualité à un rythme plus rapide qu’avec les ressources traditionnelles.
David
Tu as tout à fait raison, je n’aurais pas pu mieux dire. Tu sais, nous avons trop souvent vu que l’assurance qualité était perçue comme un mal nécessaire, quelque chose qui devait être fait et qui avait un coût, mais que les gens s’obstinaient à faire. Je pense que cette tendance est en train de changer et que les gens voient la valeur que l’assurance qualité et les tests correctement effectués peuvent apporter à l’application et à l’expérience de l’utilisateur final.
Et cela va de pair avec la mesurabilité et la responsabilité des tests. Vous ne pouvez pas simplement faire des tests pour faire des tests. Il s’agit de tester les bonnes choses et d’avoir la capacité de déterminer le chemin approprié à travers l’application et d’avoir une meilleure couverture.
Bien, notre temps touche à sa fin, je ne veux pas que cela dure éternellement bien que nous pourrions facilement continuer la discussion pendant des heures. Le but ici était de faire une introduction rapide et de préparer le terrain. Je pense qu’il y a deux ou trois sujets très intéressants que nous pourrions approfondir. Nous devrons en parler toi et moi, mais si tu es ouvert à l’idée, je serais heureux de pouvoir organiser quelques sessions de suivi au cours desquelles nous pourrions inviter des experts techniques pour approfondir certains de ces sujets. Je pense qu’il y aurait beaucoup d’intérêt pour quelque chose comme ça.
Dan
Oui, j’en serais ravi. Je pense qu’il y a un certain nombre de ces différents domaines dans lesquels nous pouvons plonger, tu sais, faire une sorte de plongée beaucoup plus profonde et fournir beaucoup d’informations sur ce que nous faisons, pourquoi nous le faisons, comment nous le faisons et finalement quelle est la valeur pour les organisations qui consomment ce genre de produits et services logiciels.
David
Excellent. Merci beaucoup pour ton temps, Dan.
Dan
Merci, Dave.
