Ce n’est un secret pour personne qu’une révolution sans code est en marche, apportant avec elle une grande variété de nouvelles approches et solutions qui étaient autrefois impossibles. Certains des exemples les plus visibles de ce changement en cours sont des sites Web comme Squarespace et Wix, permettant aux utilisateurs de créer des sites Web sans aucune connaissance du code. Pourtant, une grande variété d’autres solutions trouvent également leur chemin dans les domaines des spécialistes, y compris des domaines autrefois fastidieux et complexes comme l’industrie médicale et le test des applications que nous utilisons tout au long de notre vie quotidienne.
Cependant, comme pour tout changement fondamental dans le paysage technologique, la révolution sans code se heurte parfois à des idées fausses. Certaines des critiques que j’ai rencontrées sont valables—pas de code est, après tout, une technologie en évolution et en développement, mais d’autres sont basées sur la réception de formes plus anciennes de la technologie, et d’autres sont de simples malentendus.
Dans cet article, j’aimerais discuter de six idées fausses différentes que j’ai personnellement rencontrées à l’avant-garde de la révolution sans code. Bien que ces idées fausses puissent être spécifiques à mon expérience – test d’applications mobiles sans code – les spécialistes d’autres industries peuvent trouver que celles-ci semblent familières avec ce qu’ils vivent.
Six idées fausses
Alors, sans ordre particulier, regardons :
1. L’absence de code coûte plus cher
J’ai été témoin de la curieuse affirmation selon laquelle le non-code est en quelque sorte plus cher que le code manuel plus de quelques fois. Bien que je ne sois pas sûr de l’origine de cette notion, je soupçonne que cela est dû au coût initial de l’autocollant pour introduire des solutions sans code par rapport au statu quo traditionnel. Le coût initial de l’absence de code peut sembler décourageant lorsqu’une opération s’est appuyée sur d’autres processus.
Cependant, à mesure que la dotation en personnel devient de plus en plus difficile et que les entreprises se concentrent sur le retour sur investissement, il devient plus évident que le statu quo ne suffira tout simplement pas. À mon tour, j’ai vu beaucoup moins de discussions au cours des dernières années, et très peu dans le paysage incertain d’embauches difficiles et de licenciements que nous avons connu au cours de la dernière année en particulier.
2. Aucun code ne peut gérer des scénarios complexes
Celui-ci est plus un sac mélangé. À l’heure actuelle, il est vrai que tous les cas de test ne sont pas appropriés pour les tests d’applications mobiles sans code. Par exemple, les jeux exécutés sur Unity ne constituent pas d’excellents cas de test d’applications mobiles sans code.
Pourtant, la plupart des besoins de test d’applications mobiles s’intègrent assez facilement dans la dernière génération de solutions de test d’applications mobiles sans code. Au-delà des tests d’applications mobiles non ludiques et d’approches spécialisées comme la réalité virtuelle ou augmentée, le no-code peut de plus en plus tout faire. Et ce n’est qu’une question de temps avant que les tests d’applications sans code conquièrent les scénarios spécialisés requis pour ces catégories d’applications en évolution rapide et souvent expérimentales.
3. No-Code n’est pas personnalisable pour mon cas d’utilisation
Celui-ci est, à bien des égards, assez similaire à l’idée fausse numéro deux. Je soupçonne que cela provient d’une version antérieure de no-code. En vérité, les tests d’applications mobiles sans code ont fait des pas de géant au cours de la dernière année.
Chez Sofy, l’entreprise que j’ai fondée et que je dirige, nous avons été témoins d’énormes changements et de capacités considérablement étendues pour notre plateforme de test d’applications mobiles sans code au cours de la dernière année seulement. Je ne doute pas que toutes les autres plates-formes de test d’applications mobiles sans code dans l’espace aient été témoins de la même chose.
4. Aucun code ne peut être gouverné
L’un des principaux objectifs des solutions sans code contemporaines est l’intégration avec les systèmes existants. Personne ne veut introduire quelque chose qui casse ou ne fonctionne pas bien avec sa configuration CI/CD préférée. D’un autre côté, personne ne veut introduire une nouvelle approche dans son écosystème qui ne peut pas être gouvernée. Heureusement, de nos jours, les solutions sans code prennent généralement en charge le cycle de vie du développement des systèmes (SDLC).
5. Aucun code ne peut pas évoluer
Cela crée l’un des plus grands malentendus de cette liste. En réalité, les tests d’applications mobiles sans code sont aujourd’hui à un endroit où ils peuvent gérer n’importe quel l’échelle, de la le plus petit travail d’essai jusqu’au le plus grand— et avec facilité. Cela a peut-être été une limitation dans le passé, mais ce n’est certainement pas le cas aujourd’hui.
La capacité d’évoluer avec les besoins de test est l’une des plus grandes forces du no-code par rapport aux approches traditionnelles codées manuellement et un domaine principal dans lequel les entreprises voient un énorme retour sur investissement lors de l’introduction de tests d’applications mobiles sans code. Dans une période où le retour sur investissement est soudainement une priorité pour tant d’entreprises, c’est une force énorme.
6. Aucun code nécessite beaucoup d’entretien
Une sixième grande idée fausse que j’ai rencontrée est qu’une application mobile sans code nécessite beaucoup de nounou et de maintenance, comme obliger les équipes d’assurance qualité à recréer un scénario au lieu de modifier le code (c’est-à-dire le remplacement de fichiers). Peut-être un vestige des phases précédentes de tests sans code, ce n’est tout simplement pas le cas aujourd’hui.
L’un des principaux avantages des tests d’applications mobiles sans code est le peu qu’ils demandent au testeur par rapport aux tests automatisés traditionnels à code manuel. Bien sûr, tout le monde doit passer à gauche le plus tôt possible dans la production et tester autant que possible. Pourtant, personne ne veut passer son temps à jouer avec l’automatisation, et c’est certainement un autre domaine où les tests sans code excellent vraiment.
Comprendre et observer l’évolution
L’absence de code peut sembler nouvelle, mais ce n’est vraiment pas le cas : les approches sans code, que ce soit dans le cadre de tests ou autres, résultent d’un processus naturel et même prévisible connu sous le nom de abstraction. Grâce à ce processus, le complexe devient simple, permettant aux utilisateurs de passer moins de temps la mise en scène pour que les choses arrivent et plus de temps faire bouger les choses.
Par exemple, aujourd’hui, nous tenons pour acquis les avantages du système d’exploitation. Que nous utilisions Windows de Microsoft, macOS et/ou iOS d’Apple, ou Android de Google, beaucoup d’entre nous interagissent avec des outils via des systèmes d’exploitation tout au long de la journée et n’y pensent pas une seconde. Personne n’a besoin de connaître le code pour utiliser un ordinateur ou un appareil mobile. Cela semble tout à fait naturel. Nous devons remercier l’abstraction pour cela.
Comme les premiers jours de ces interfaces bien connues, les solutions de test sans code connaissent une innovation, des changements et des mises à jour rapides. Ils continueront à le faire jusqu’à ce qu’une autre couche d’abstraction se produise à l’avenir. En attendant, je conseille d’éviter de peindre sans code – une technologie qui se développe et se développe rapidement – avec des notions préconçues.
Si l’histoire de l’abstraction est une indication, je pense que nous ne verrons que de plus en plus de solutions sans code, avec elles, moins d’idées fausses.