Par Nick Blamey <\/h3>\n<\/div><\/div><\/div><\/div>Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9 – un article de Nick Blamey, directeur des op\u00e9rations en Europe du Nord chez ARCAD.<\/em><\/strong><\/p>\nL’enjeu business\u00a0<\/u><\/em><\/strong>:<\/em>\u00a0 La qualit\u00e9 continue des applications d\u00e9pend de la mise en \u0153uvre de politiques qui imposent une validation imm\u00e9diate.\u00a0 Mais les DSI responsables des divers actifs applicatifs manquent de lignes directrices sur la fa\u00e7on dont ils doivent mesurer la qualit\u00e9 du code, ainsi que des ressources \u00e0 allouer \u00e0 cette activit\u00e9.<\/strong><\/p>\n<\/div>Sommaire<\/h2>\n\n- Qualit\u00e9 Continue (CQ) et DevOps<\/a><\/li>\n
- Quelle est l\u2019importance de l\u2019analyse du code source (SCA) pour DevOps ?<\/a><\/li>\n
- Cr\u00e9ation de valeur rapide pour votre CodeBase avec ARCAD CodeChecker<\/a><\/li>\n<\/ul>\n<\/div><\/p>\n<\/div>\n
Qualit\u00e9 Continue (CQ) et DevOps<\/h2>\n
Les d\u00e9faillances logicielles augmentent consid\u00e9rablement le co\u00fbt du d\u00e9veloppement d’applications. Trouver et corriger les erreurs de production est souvent 100 fois plus co\u00fbteux que de les trouver et de les corriger pendant les phases de conception et de codage. <\/b> Il est essentiel que les \u00e9quipes int\u00e8grent la qualit\u00e9 \u00e0 toutes les phases du d\u00e9veloppement logiciel et automatisent autant que possible la v\u00e9rification de la qualit\u00e9 pour d\u00e9celer les d\u00e9fauts t\u00f4t dans le processus et \u00e9viter les efforts r\u00e9p\u00e9t\u00e9s. C’est ce que l’on entend par “Qualit\u00e9 Continue” ou CQ, qui constitue aujourd’hui une garantie essentielle – ou une garantie de qualit\u00e9 – dans les cycles de livraison rapides des workflows DevOps et CI\/CD.<\/b><\/p>\nQuelles sont les techniques disponibles pour la Qualit\u00e9 Continue ?<\/h3>\n
L’analyse statique du code est la m\u00e9thode la plus simple et la plus efficace pour pr\u00e9venir les d\u00e9fauts et s\u00e9curiser le code tout en acc\u00e9l\u00e9rant l’ex\u00e9cution des applications.<\/p>\n
L’automatisation de l’analyse du code<\/b> d\u00e8s la phase de construction ou d’int\u00e9gration continue permet \u00e0 votre \u00e9quipe de d\u00e9tecter et de corriger les d\u00e9fauts syst\u00e9miques<\/b> lorsque le co\u00fbt de rem\u00e9diation est \u00e0 son plus bas. Apr\u00e8s l’investissement initial dans la configuration des r\u00e8gles et des m\u00e9triques, les gains d’efficacit\u00e9 deviennent exponentiels tout au long du cycle de d\u00e9veloppement.<\/p>\n
Pour atteindre une qualit\u00e9 continue, les organisations peuvent employer un certain nombre de strat\u00e9gies :<\/p>\n
\n- Analyse statique du code source <\/b>pour identifier les points chauds de complexit\u00e9, les d\u00e9viations des normes, les failles de s\u00e9curit\u00e9, etc.<\/li>\n
- Examens par les pairs<\/b> pour v\u00e9rifier le code afin de s’assurer qu’il r\u00e9pond \u00e0 des crit\u00e8res pr\u00e9cis<\/li>\n
- Tests unitaires<\/b> pour ex\u00e9cuter et examiner les modules individuels, ou unit\u00e9s d’une application, pour en v\u00e9rifier le bon fonctionnement<\/li>\n
- Test de r\u00e9gression<\/b> pour r\u00e9p\u00e9ter un ensemble de sc\u00e9narios de test sur une nouvelle version d’application afin d’identifier tout \u00e9cart par rapport au fonctionnement normal<\/li>\n
- Suivi de l’application en production<\/b> pour s’assurer de son bon fonctionnement apr\u00e8s chaque mise \u00e0 jour et \u00e0 tout moment<\/li>\n<\/ul>\n
Pour \u00eatre efficace dans un environnement DevOps, chacune des techniques ci-dessus doit \u00eatre \u00e0 la fois automatis\u00e9e et continue, int\u00e9gr\u00e9e au workflow CI\/CQ\/CD.<\/p>\n<\/p>\n
<\/div>\nQuelle est l’importance de l’analyse du code source (SCA) pour DevOps ?<\/h2>\n<\/div>\n- Analyse du code source : quelles alternatives ?<\/a><\/li>\n
- Le co\u00fbt des d\u00e9faillances dans le d\u00e9veloppement des applications<\/a><\/li>\n
- Les limites des tests fonctionnels<\/a><\/li>\n
- Analyse du code statique : Qui le fait et pourquoi ?<\/a><\/li>\n
- Pourquoi les d\u00e9veloppeurs IBM i ont-ils besoin d\u2019une analyse du code source ?<\/a><\/li>\n
- L\u2019analyse du code source en tant qu\u2019\u00e9l\u00e9ment cl\u00e9 de tout \u201caudit de base de code Legacy\u201d<\/a><\/li>\n
- \u00c9largissez votre r\u00e9seau pour prendre en compte les probl\u00e8mes de qualit\u00e9 du code pour les RPG<\/a><\/li>\n<\/ul>\n<\/div><\/div>\n
Analyse du code source : quelles alternatives ?<\/h3>\n
Face au d\u00e9fi de l’audit de qualit\u00e9 d’une base de code IBM i existante, les DSI ont un nombre limit\u00e9 de choix :<\/p>\n
\n- Processus complexe d’examen par les pairs :<\/b> m\u00eame soutenu par des outils collaboratifs, l’effort manuel d’un examen par les pairs peut \u00eatre difficile \u00e0 g\u00e9rer au sein de grandes \u00e9quipes poss\u00e9dant un large \u00e9ventail d’expertise.<\/li>\n
- Audit externe du code source par des experts :<\/b> faute de connaissances applicatives, la courbe d’apprentissage des auditeurs externes est souvent trop longue, ce qui en fait une option co\u00fbteuse aux avantages souvent non quantifiables.<\/li>\n
- Analyse continue du code source \u00e0 l’aide d’une solution automatis\u00e9e<\/b> con\u00e7ue sp\u00e9cifiquement pour une base de code IBM i RPG.<\/li>\n<\/ul>\n<\/div>\n
Le co\u00fbt des d\u00e9faillances dans le d\u00e9veloppement des applications<\/h3>\n
Une \u00e9tude sur la qualit\u00e9 des logiciels r\u00e9alis\u00e9e par Capers Jones en 2008 a abouti \u00e0 deux conclusions tr\u00e8s importantes :<\/p>\n
\n- Le ” gaspillage ” du d\u00e9veloppement et les correctifs de d\u00e9fauts <\/b>(\u00e0 partir du code d\u00e9ploy\u00e9) ont absorb\u00e9 pr\u00e8s des deux tiers de la main-d’\u0153uvre informatique am\u00e9ricaine, ne laissant qu’un tiers pour le travail productif sur de nouveaux projets.<\/li>\n
- 50 % des budgets des projets de d\u00e9veloppement de logiciels sont consacr\u00e9s \u00e0 la correction de codes de mauvaise qualit\u00e9 <\/b>; moins de 6 % des organisations ont mis en place des processus de gestion de logiciels clairement d\u00e9finis ; et les projets logiciels de la taille de 100 000 points fonctionnels \u00e9chouent \u00e0 65%.<\/li>\n<\/ul>\n
Des articles plus r\u00e9cents sur ce sujet sugg\u00e8rent que pour de nombreuses organisations, les statistiques sont rest\u00e9es pratiquement inchang\u00e9es aujourd’hui.<\/p>\n
Depuis que DevOps est devenu le moteur cl\u00e9 de la plupart des d\u00e9veloppements, il existe un \u00e9norme potentiel d’optimisation pour \u00e9liminer les d\u00e9fis d\u00e9crits ci-dessus et rendre les d\u00e9veloppeurs plus efficaces dans leur travail en passant plus de temps \u00e0 coder et moins \u00e0 r\u00e9parer les d\u00e9fauts.<\/p>\n<\/p>\n
<\/div>\nLes limites des tests fonctionnels<\/h3>\n
La plupart des organisations effectuent des tests fonctionnels de leurs applications par le biais de l’interface utilisateur, requis pour des raisons de conformit\u00e9. Cependant, comme le test de la bo\u00eete noire, puisque chaque d\u00e9faut doit \u00eatre diagnostiqu\u00e9 \u00e0 partir de l’interface utilisateur, cette approche n’apporte que peu d’informations pour aider les d\u00e9veloppeurs \u00e0 r\u00e9soudre r\u00e9ellement les probl\u00e8mes. Le r\u00e9sultat est typiquement un flux constant de d\u00e9fauts class\u00e9s comme :<\/p>\n
\n- Ne peut pas reproduire le probl\u00e8me<\/li>\n
- L’environnement de test n’est pas correctement configur\u00e9<\/li>\n
- Besoin de plus d’informations<\/li>\n<\/ul>\n
Avec une information m\u00e9diocre pour les d\u00e9veloppeurs, les d\u00e9fis sont repouss\u00e9s en aval. <\/b> Les projets sont confront\u00e9s \u00e0 des retards dus \u00e0 une dur\u00e9e de compr\u00e9hension du code trop longue et \u00e0 une approche de d\u00e9bogage sous-optimale. Cela limite consid\u00e9rablement la capacit\u00e9 de toute \u00e9quipe de d\u00e9veloppement IBM i \u00e0 maintenir la “vitesse de livraison” n\u00e9cessaire pour atteindre ses objectifs DevOps.<\/p>\n<\/p>\n<\/div>\nAnalyse du code statique : Qui le fait et pourquoi ?<\/h3>\n
Il existe 3 approches principales de l’analyse de code statique dans le monde multi-plateforme : Analyse statique pour la s\u00e9curit\u00e9, Analyse statique pour la complexit\u00e9 du code et Analyse statique pour la qualit\u00e9 du code.<\/b><\/p>\n
De nombreux produits existent pour accomplir cette t\u00e2che et le march\u00e9 est vaste et en expansion avec quelques acteurs dominants. Les solutions sont souvent extr\u00eamement co\u00fbteuses et ont tendance \u00e0 \u00eatre moins pertinentes sur IBM i qui est moins sensible aux probl\u00e8mes de s\u00e9curit\u00e9<\/b> que les autres plateformes.<\/p>\n
IBM AppScan Source est le meilleur exemple du leader du march\u00e9 de la s\u00e9curit\u00e9 du code, mais MicroFocus propose \u00e9galement Fortify Security Suite avec un certain nombre d’outils suppl\u00e9mentaires disponibles chez d’autres fournisseurs, tels que CheckMarx, Klocwork, CA Veracode.<\/p>\n
En ce qui concerne la complexit\u00e9 des codes, les principaux acteurs sont CAST et McCabe, mais ni l’un ni l’autre n’offre de support pour le RPG sur IBM i.<\/p>\n<\/p>\n
<\/div>\nPourquoi les d\u00e9veloppeurs IBM i ont-ils besoin d’une analyse du code source ?<\/h3>\n
Compte tenu des multiples variantes du RPG et de la long\u00e9vit\u00e9 des applications, les d\u00e9veloppeurs d’IBM i font face \u00e0 un d\u00e9fi unique avec des bases de code Legacy contenant des millions de lignes de code qui ont \u00e9t\u00e9 maintenues pendant parfois trente ans par des d\u00e9veloppeurs successifs<\/b>. Il est laborieux de comprendre la logique du programme et d’\u00e9valuer la qualit\u00e9 du code – les ressources sont d\u00e9tourn\u00e9es pour traiter la ” dette technique ” de la base de code. Le d\u00e9fi est d’autant plus grand que les comp\u00e9tences en RPG sont de plus en plus rares sur le march\u00e9. La nouvelle syntaxe Free Form RPG a chang\u00e9 le jeu, offrant un moyen d’int\u00e9grer une nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs <\/b>– faisant de la conversion des applications RPGLE en Free Form la “plate-forme br\u00fblante” de notre \u00e9poque.<\/p>\n<\/p>\n<\/div>\nL’analyse du code source en tant qu’\u00e9l\u00e9ment cl\u00e9 de tout “audit de base de code Legacy”<\/h3>\n
L’analyse du code source peut \u00eatre r\u00e9alis\u00e9e dans le cadre d’un processus plus large de v\u00e9rification du code source. Des entreprises comme ARCAD ont construit des solutions qui g\u00e9n\u00e8rent une vue d’ensemble compl\u00e8te des m\u00e9tadonn\u00e9es de l’ensemble de la base de code, permettant un niveau d’analyse et de contr\u00f4le d’int\u00e9grit\u00e9 plus approfondi.<\/b> Ici, l’analyse du code source est livr\u00e9e dans le cadre de l’audit du code et les r\u00e8gles et m\u00e9triques sont utilis\u00e9es pour faire respecter les standards locaux.<\/p>\n
ARCAD CodeChecker<\/a> peut cr\u00e9er un Code Quality Baseline \u00e0 partir duquel le RPG Code Base peut \u00eatre continuellement am\u00e9lior\u00e9 par une mesure pr\u00e9cise et r\u00e9guli\u00e8re de la qualit\u00e9 du code. Cela permet aux DSI et aux responsables du d\u00e9veloppement de montrer aux propri\u00e9taires d’applications qu’ils respectent constamment les objectifs d’am\u00e9lioration continue ISO 27001 de l’organisation au sens large.<\/p>\n<\/p>\n<\/div>\n\u00c9largissez votre r\u00e9seau pour prendre en compte les probl\u00e8mes de qualit\u00e9 du code pour les RPG<\/h3>\n
Comme d\u00e9crit plus haut, le RPG est un cas particulier dans le monde du d\u00e9veloppement. Parmi les outils d’analyse de code source standard, quelques-uns (comme SonarCube) sont capables d’effectuer une simple r\u00e9vision de code RPG et une analyse de qualit\u00e9 statique, mais ils sont tr\u00e8s limit\u00e9s dans leur p\u00e9rim\u00e8tre (par exemple, le manque de support des nombreuses variantes RPG) et le nombre de r\u00e8gles qu’ils peuvent appliquer (limit\u00e9 \u00e0 environ une trentaine, pour la plupart des r\u00e8gles de documentation du code).<\/p>\n
Le risque business potentiel de ces outils limit\u00e9s est le suivant :<\/p>\n
\n- Ils ne sont pas vraiment utilisables pour l’application des lignes directrices sur la qualit\u00e9 des codes, en particulier pour RPG<\/li>\n
- Ils ont tendance \u00e0 cr\u00e9er un certain nombre de faux r\u00e9sultats qui limitent leur efficacit\u00e9 et pourraient en th\u00e9orie \u00e9liminer toute valeur introduite dans le processus d’\u00e9valuation par les pairs, en for\u00e7ant les d\u00e9veloppeurs \u00e0 d\u00e9boguer les probl\u00e8mes qui sont caus\u00e9s par l’outil lui-m\u00eame<\/li>\n<\/ul>\n
Les organisations DevOps modernes recherchent maintenant une solution ” industrielle performante ” \u00e0 ce d\u00e9fi pour s’assurer qu’une impl\u00e9mentation d’un outil d’analyse de code open source ne devienne pas elle-m\u00eame un goulot d’\u00e9tranglement dans le workflow DevOps.<\/b><\/p>\n
Les objectifs de conception d’ARCAD CodeChecker ont donc \u00e9t\u00e9 de s’adapter aux grandes \u00e9quipes de d\u00e9veloppement modernes DevOps orient\u00e9es IBM i RPG,<\/b> en se concentrant sur :<\/p>\n\n- Le balayage rapide de l’ensemble d’une base de code<\/b><\/li>\n
- L’ auto-ajustement des r\u00e8gles de qualit\u00e9<\/b> pour l’application sur une base de code par base de code, \u00e9tape par \u00e9tape.<\/li>\n
- L’ apport d’une valeur r\u00e9elle aux d\u00e9veloppeurs <\/b>qui effectuent le travail de codage par un feedback rapide de leur travail apr\u00e8s chaque \u00e9dition. (voir la section ci-dessous)<\/li>\n
- L\u2019int\u00e9gration en toute transparence dans une cha\u00eene plus large d’outils ARCAD DevOps,<\/b> compl\u00e8te et rapide de r\u00e9f\u00e9rencement X et d’audit, de gestion du code source, de cr\u00e9ation de d\u00e9pendances, de tests automatiques (avec diagnostic en profondeur des erreurs) et de gestion de l’environnement IBM i LPAR (D\u00e9ploiement et Release Automation)<\/li>\n<\/ul>\n<\/div>\n
Cr\u00e9ation de valeur rapide pour votre CodeBase avec ARCAD CodeChecker<\/h2>\nGains de productivit\u00e9 gr\u00e2ce \u00e0 l’analyse du code source et \u00e0 l’application du Quality Gate<\/h3>\n
Typiquement, si un d\u00e9veloppeur sait dans les minutes qui suivent l’\u00e9criture du code qu’une directive n’a pas \u00e9t\u00e9 respect\u00e9e avec un produit de v\u00e9rification de code comme ARCAD CodeChecker, il peut r\u00e9soudre les probl\u00e8mes imm\u00e9diatement<\/b> avec un impact minimal sur la qualit\u00e9. Si le code est “revu par les pairs”, un d\u00e9veloppeur peut attendre des jours, voire des semaines, avant de recevoir un retour d’information, et il sera pass\u00e9 ensuite \u00e0 d’autres t\u00e2ches. La meilleure analogie serait un correcteur grammatical avec traitement de texte, c’est-\u00e0-dire que si vous savez imm\u00e9diatement, en \u00e9crivant un texte, que vous avez commis une erreur grammaticale, vous pouvez la corriger imm\u00e9diatement pendant que la phrase est encore dans votre esprit – compar\u00e9 au temps qu’il vous faudra pour effectuer une v\u00e9rification grammaticale 2 semaines apr\u00e8s avoir \u00e9crit la phrase. Dans ce cas, le r\u00e9dacteur du texte consacrera 90% du temps de v\u00e9rification grammaticale et de correction \u00e0 essayer de comprendre le contexte de ce qu’il a \u00e9crit 2 semaines auparavant.<\/p>\nPiloter l’application de la Qualit\u00e9 du Code en offrant une valeur r\u00e9elle et imm\u00e9diate aux d\u00e9veloppeurs<\/h3>\n
De nombreux outils d’analyse de code source ont une mauvaise r\u00e9putation. Les DSI et les responsables du d\u00e9veloppement doivent constamment prendre des d\u00e9cisions en mati\u00e8re de gestion des risques entre : le ralentissement du processus de d\u00e9veloppement et la pression des dirigeants pour maintenir la fr\u00e9quence des livraisons ou le risque d’engendrer des dettes techniques qui pourraient causer un risque important \u00e0 l’avenir si les directives de qualit\u00e9 du code ne sont pas respect\u00e9es.<\/p>\n
CodeChecker d’ARCAD a \u00e9t\u00e9 con\u00e7u pour apporter une valeur ajout\u00e9e imm\u00e9diate directement dans l’espace de travail \/ bureau du d\u00e9veloppeur gr\u00e2ce \u00e0 son int\u00e9gration avec RDi et SEU. <\/b>ARCAD a con\u00e7u CodeChecker pour r\u00e9pondre aux commentaires r\u00e9guliers des d\u00e9veloppeurs RPG “Si vous allez noter mes devoirs, au moins dites-moi comment vous allez juger mon succ\u00e8s ou mon \u00e9chec”.<\/p>\n
En plus de l’optimisation du processus d’\u00e9valuation par les pairs gr\u00e2ce \u00e0 l’analyse statique automatique de la qualit\u00e9 du code, ARC<\/a>AD CodeChecke<\/a>r<\/a> peut offrir de la valeur aux d\u00e9veloppeurs et \u00e0 vos projets en cours :<\/b><\/p>\n\n- La cr\u00e9ation et l’application des directives de qualit\u00e9 du code source<\/b> fournies automatiquement \u00e9vitent la n\u00e9cessit\u00e9 d’un examen par les pairs : les d\u00e9veloppeurs peuvent se concentrer sur le codage plus rapidement que sur l’examen par les pairs.<\/b><\/li>\n
- La mise en place d’un processus d’analyse du code source <\/b>pour l’\u00e9limination de la dette technique permet \u00e0 l’\u00e9quipe IBM i RPG de rester en phase avec les autres \u00e9quipes de l’organisation dans un monde DevOps.<\/li>\n<\/ul>\n
Combiner l’analyse du code source avec l’automatisation des tests, le contr\u00f4le de l’int\u00e9grit\u00e9 des bases de donn\u00e9es et aider les d\u00e9veloppeurs \u00e0 d\u00e9boguer plus rapidement les probl\u00e8mes complexes.<\/strong><\/p>\n<\/div><\/div><\/div><\/div><\/div>Les \u00e9quipes de d\u00e9veloppement modernes sont confront\u00e9es \u00e0 ce probl\u00e8me<\/strong><\/p>\n<\/div>![\"DevOps](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2018\/11\/devops-bottleneck-effect-from-manual-source-code-analysis.png\")
<\/span><\/div><\/div>\nL’effet de goulot d’\u00e9tranglement de DevOps \u00e0 partir de l’analyse, du test, du d\u00e9bogage et du cycle de re-test manuels du code source<\/em><\/p>\nPour faire face \u00e0 l’acc\u00e9l\u00e9ration des cycles DevOps de quelques versions par an \u00e0 des versions plus r\u00e9guli\u00e8res, mensuelles ou m\u00eame hebdomadaires, les organisations sont amen\u00e9es \u00e0 effectuer des tests plus r\u00e9guliers, normalement fournis par l’automatisation.\u00a0 Ils sont \u00e9galement pouss\u00e9s \u00e0 se lib\u00e9rer d’une grande partie des efforts consacr\u00e9s \u00e0 la “localisation des d\u00e9fauts” pour s’assurer que les d\u00e9veloppeurs puissent g\u00e9n\u00e9rer un code de meilleure qualit\u00e9 sans impact sur les d\u00e9lais requis par les propri\u00e9taires des applications.<\/p>\n
“Shift left” comme facteur cl\u00e9 pour DevOps :<\/strong><\/p>\nLe graphique ci-dessous montre un graphique typique de d\u00e9fauts IBM i \/ RPG, soit le volume de d\u00e9fauts qui surviennent entre le d\u00e9but du projet et la date de sortie r\u00e9elle.<\/p>\n<\/div>
![\"Cost](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2018\/11\/cost-of-defect-across-the-development-lifecycle.png\")
<\/span><\/div>Co\u00fbt des d\u00e9fauts tout au long du cycle de d\u00e9veloppement<\/em><\/p>\nBien que 85 % des d\u00e9fauts soient g\u00e9n\u00e9ralement introduits dans les premi\u00e8res phases de codage du cycle DevOps,<\/b> le co\u00fbt de r\u00e9paration des d\u00e9fauts augmente de fa\u00e7on exponentielle au cours des phases ult\u00e9rieures de test et de livraison, atteignant des co\u00fbts incroyablement \u00e9lev\u00e9s quand un d\u00e9faut est d\u00e9tect\u00e9 en production<\/b>, avec potentiellement un impact significatif sur le b\u00e9n\u00e9fice net et la r\u00e9putation des soci\u00e9t\u00e9s.<\/p>\n
Il est clair qu’avec un “shifting left” de d\u00e9tection des d\u00e9fauts, leur co\u00fbt et leur impact sont minimis\u00e9s.<\/b><\/p>\n
ARCAD Software, \u00e0 travers son travail avec de nombreuses \u00e9quipes de d\u00e9veloppement sur RPG, a constat\u00e9 que les d\u00e9veloppeurs effectuent un certain nombre de t\u00e2ches pour faire progresser la d\u00e9tection des erreurs. Il s’agit notamment de :<\/p>\n
\n- L’unit\u00e9 de codage manuel se teste elle-m\u00eame afin de tester les fonctionnalit\u00e9s de chaque programme et de s’assurer qu’elles n’ont pas cr\u00e9\u00e9 de d\u00e9fauts au fur et \u00e0 mesure de leur d\u00e9veloppement.<\/li>\n
- Les processus de test de Batch individuels continuent de fonctionner apr\u00e8s que des modifications aient \u00e9t\u00e9 apport\u00e9es \u00e0 des programmes sp\u00e9cifiques.<\/li>\n
- Reconfigurer et travailler avec des donn\u00e9es de test complexes, y compris les exigences d’anonymisation.<\/li>\n
- R\u00e9f\u00e9rencer des d\u00e9fauts sur une multitude de composants \/ programmes pour comprendre l’impact de chaque changement de code sur les autres programmes RPG et aussi sur les r\u00e9f\u00e9rences NON -IBM i x.<\/li>\n
- Scripter le d\u00e9ploiement du nouveau code une fois compil\u00e9 sur les diff\u00e9rents LPARS (dev, QA, Prod, etc.) et effectuer ensuite un contr\u00f4le manuel qui, une fois d\u00e9ploy\u00e9, permet \u00e0 chacun des LPARS de fonctionner pleinement. Ce processus est g\u00e9n\u00e9ralement appel\u00e9 “assurance de l’environnement de test”.<\/li>\n
- Pr\u00e9parer le LPAR pour une ex\u00e9cution de test de bout en bout compl\u00e8te, y compris les tests de charge et les tests fonctionnels de bout en bout.<\/li>\n<\/ul>\n
Pourtant, selon l’exp\u00e9rience d’ARCAD, chacun de ces processus, lorsqu’ils sont ex\u00e9cut\u00e9s manuellement, entra\u00eene des co\u00fbts, des efforts et des risques suppl\u00e9mentaires de goulots d’\u00e9tranglement dans un processus de d\u00e9ploiement DevOps.<\/p>\n
Pour faire face \u00e0 ces d\u00e9fis, ARCAD offre un certain nombre d’outils en compl\u00e9ment de CodeChecker (analyse du code source) pour \u00e9liminer les goulots d’\u00e9tranglement dans le processus DevOps<\/b> et fournir un processus sans failles depuis les sp\u00e9cifications fonctionnelles vers le codage, le test unitaire, la compilation, le d\u00e9veloppement, le contr\u00f4le final et la production de d\u00e9ploiement :<\/p>\n\n- ARCAD Verifier<\/a> (BATCH et UI Testing)<\/li>\n
- ARCAD DOT Anonymizer<\/a>,<\/li>\n
- ARCAD Observer<\/a> pour le r\u00e9f\u00e9rencement X<\/li>\n
- ARCAD Builder<\/a> and Drops<\/a> pour l’automatisation du d\u00e9ploiement et le Release Management<\/li>\n<\/ul>\n
Chacune de ces solutions peut apporter une valeur ajout\u00e9e \u00e0 votre processus de d\u00e9veloppement, le “Shifting Left” r\u00e9duisant ainsi le co\u00fbt global dans le cycle de d\u00e9veloppement :<\/p>\n<\/div>
![\"Contribution](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2018\/11\/contribution-of-arcad-solutions-to-a-shift-left-of-development-costs.png\")
<\/span><\/div>Contribution des solutions ARCAD \u00e0 un \u00abShift Left\u00bb des co\u00fbts de d\u00e9veloppement<\/em><\/p>\n<\/div><\/div><\/div>SpareBank1 a r\u00e9duit ses co\u00fbts de gestion de l’environnement et de conformit\u00e9 de 70% en acc\u00e9l\u00e8rant ses cycles de d\u00e9veloppement sur IBM i avec ARCAD for DevOps.<\/strong><\/p>\n<\/div>Lire le t\u00e9moignage client<\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div>Vue et positionnement d’ARCAD<\/h2>\n
En tant qu\u2019entreprise, ARCAD a entam\u00e9 son \u00e9volution en corrigeant le probl\u00e8me de l’analyse du code source des changements de format de date de l’an 2000. Depuis lors, ARCAD a fourni des solutions aux d\u00e9fis les plus br\u00fblants et les plus actuels auxquels nos plus de 350 clients sont confront\u00e9s avec leurs bases de code RPG : X r\u00e9f\u00e9rencement, audit, gestion du code source, Build, test et d\u00e9ploiement.<\/p>\n<\/div>
![\"ARCAD](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2018\/11\/arcad-for-devops-suite-of-solutions-integrated-over-a-repository-core.png\")
<\/a><\/span><\/div>ARCAD pour DevOps<\/a>: suite de solutions int\u00e9gr\u00e9es sur un noyau r\u00e9f\u00e9rentiel<\/em><\/p>\n<\/div>![\"ARCAD](\"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2018\/11\/arcad-phases.png\")
<\/span><\/div>Suggestion de prochaine \u00e9tape :<\/h2>\n
Un processus d’audit en utilisant l’expertise et l’outillage d’ARCAD est un excellent point de d\u00e9part pour votre cheminement vers un processus DevOps de qualit\u00e9.<\/p>\n
Pour en savoir plus sur la fa\u00e7on dont ARCAD a con\u00e7u ses solutions pour r\u00e9soudre le prochain probl\u00e8me dans l’analyse du code source, contactez ARCAD et d\u00e9couvrez comment CodeChecker<\/a> et d’autres outils ARCAD DevOps pour IBM i<\/a> peuvent vous aider avec vos processus de CodeReview, Audit, Testing et DevOps.<\/p>\n<\/div><\/div><\/div><\/div><\/div>Lecture compl\u00e9mentaire :<\/strong><\/p>\n\n- Brian Chess<\/a><\/li>\n
- Shift Left Testing definition<\/a><\/li>\n<\/ul>\n<\/div><\/div><\/div><\/div><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9 – un article de Nick Blamey, directeur des op\u00e9rations en Europe du Nord chez ARCAD<\/p>\n","protected":false},"author":3,"featured_media":29293,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[246],"tags":[569,552],"class_list":["post-29535","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-fr","tag-blog","tag-devops-pour-ibm-i"],"yoast_head":"\n
Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ? | Blog<\/title>\n<meta name=\"description\" content=\"Test Automation et analyse de code source : Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ? | Blog\" \/>\n<meta property=\"og:description\" content=\"Test Automation et analyse de code source : Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/\" \/>\n<meta property=\"og:site_name\" content=\"ARCAD\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/pages\/Arcad-Software\/116086138469235\" \/>\n<meta property=\"article:published_time\" content=\"2018-12-28T09:41:19+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-02-06T09:28:15+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2018\/11\/quality-gate.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"940\" \/>\n\t<meta property=\"og:image:height\" content=\"370\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"administrator\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"administrator\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"18 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/\"},\"author\":{\"name\":\"administrator\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#\\\/schema\\\/person\\\/ac3c33678907c9c414148df7a202dfbf\"},\"headline\":\"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ?\",\"datePublished\":\"2018-12-28T09:41:19+00:00\",\"dateModified\":\"2025-02-06T09:28:15+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/\"},\"wordCount\":5443,\"publisher\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/wp-content\\\/uploads\\\/2018\\\/11\\\/quality-gate.jpg\",\"keywords\":[\"blog\",\"DevOps pour IBM i\"],\"articleSection\":[\"Blog\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/\",\"url\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/\",\"name\":\"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ? | Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/wp-content\\\/uploads\\\/2018\\\/11\\\/quality-gate.jpg\",\"datePublished\":\"2018-12-28T09:41:19+00:00\",\"dateModified\":\"2025-02-06T09:28:15+00:00\",\"description\":\"Test Automation et analyse de code source : Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/wp-content\\\/uploads\\\/2018\\\/11\\\/quality-gate.jpg\",\"contentUrl\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/wp-content\\\/uploads\\\/2018\\\/11\\\/quality-gate.jpg\",\"width\":940,\"height\":370,\"caption\":\"Quality Gate\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.fr\\\/arcad\\\/infos-et-evenements\\\/blog-fr\\\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"ARCAD\",\"item\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#website\",\"url\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/\",\"name\":\"ARCAD\",\"description\":\"Experts DevOps & Modernisation sur IBM i (alias AS\\\/400 ou AS400)\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#organization\",\"name\":\"ARCAD Software\",\"url\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/wp-content\\\/uploads\\\/2017\\\/09\\\/arcad-group-logo-text-144.png\",\"contentUrl\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/wp-content\\\/uploads\\\/2017\\\/09\\\/arcad-group-logo-text-144.png\",\"width\":144,\"height\":200,\"caption\":\"ARCAD Software\"},\"image\":{\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/www.facebook.com\\\/pages\\\/Arcad-Software\\\/116086138469235\",\"https:\\\/\\\/x.com\\\/arcad_software\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/arcad-software\",\"https:\\\/\\\/www.youtube.com\\\/user\\\/ARCADSoftwareInc\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/#\\\/schema\\\/person\\\/ac3c33678907c9c414148df7a202dfbf\",\"name\":\"administrator\",\"url\":\"https:\\\/\\\/www.arcadsoftware.com\\\/arcad\\\/author\\\/administrator\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ? | Blog","description":"Test Automation et analyse de code source : Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/","og_locale":"en_US","og_type":"article","og_title":"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ? | Blog","og_description":"Test Automation et analyse de code source : Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9","og_url":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/","og_site_name":"ARCAD","article_publisher":"https:\/\/www.facebook.com\/pages\/Arcad-Software\/116086138469235","article_published_time":"2018-12-28T09:41:19+00:00","article_modified_time":"2025-02-06T09:28:15+00:00","og_image":[{"width":940,"height":370,"url":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2018\/11\/quality-gate.jpg","type":"image\/jpeg"}],"author":"administrator","twitter_misc":{"Written by":"administrator","Est. reading time":"18 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#article","isPartOf":{"@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/"},"author":{"name":"administrator","@id":"https:\/\/www.arcadsoftware.com\/arcad\/#\/schema\/person\/ac3c33678907c9c414148df7a202dfbf"},"headline":"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ?","datePublished":"2018-12-28T09:41:19+00:00","dateModified":"2025-02-06T09:28:15+00:00","mainEntityOfPage":{"@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/"},"wordCount":5443,"publisher":{"@id":"https:\/\/www.arcadsoftware.com\/arcad\/#organization"},"image":{"@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#primaryimage"},"thumbnailUrl":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2018\/11\/quality-gate.jpg","keywords":["blog","DevOps pour IBM i"],"articleSection":["Blog"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/","url":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/","name":"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ? | Blog","isPartOf":{"@id":"https:\/\/www.arcadsoftware.com\/arcad\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#primaryimage"},"image":{"@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#primaryimage"},"thumbnailUrl":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2018\/11\/quality-gate.jpg","datePublished":"2018-12-28T09:41:19+00:00","dateModified":"2025-02-06T09:28:15+00:00","description":"Test Automation et analyse de code source : Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9","breadcrumb":{"@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#primaryimage","url":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2018\/11\/quality-gate.jpg","contentUrl":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2018\/11\/quality-gate.jpg","width":940,"height":370,"caption":"Quality Gate"},{"@type":"BreadcrumbList","@id":"https:\/\/www.arcadsoftware.fr\/arcad\/infos-et-evenements\/blog-fr\/test-automation-et-analyse-de-code-source-pourquoi-mettre-en-place-un-nouveau-portail-de-qualite\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"ARCAD","item":"https:\/\/www.arcadsoftware.com\/arcad\/"},{"@type":"ListItem","position":2,"name":"Test Automation et analyse de code source : pourquoi mettre en place un nouveau portail de qualit\u00e9 ?"}]},{"@type":"WebSite","@id":"https:\/\/www.arcadsoftware.com\/arcad\/#website","url":"https:\/\/www.arcadsoftware.com\/arcad\/","name":"ARCAD","description":"Experts DevOps & Modernisation sur IBM i (alias AS\/400 ou AS400)","publisher":{"@id":"https:\/\/www.arcadsoftware.com\/arcad\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.arcadsoftware.com\/arcad\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/www.arcadsoftware.com\/arcad\/#organization","name":"ARCAD Software","url":"https:\/\/www.arcadsoftware.com\/arcad\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.arcadsoftware.com\/arcad\/#\/schema\/logo\/image\/","url":"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2017\/09\/arcad-group-logo-text-144.png","contentUrl":"https:\/\/www.arcadsoftware.com\/arcad\/wp-content\/uploads\/2017\/09\/arcad-group-logo-text-144.png","width":144,"height":200,"caption":"ARCAD Software"},"image":{"@id":"https:\/\/www.arcadsoftware.com\/arcad\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/pages\/Arcad-Software\/116086138469235","https:\/\/x.com\/arcad_software","https:\/\/www.linkedin.com\/company\/arcad-software","https:\/\/www.youtube.com\/user\/ARCADSoftwareInc"]},{"@type":"Person","@id":"https:\/\/www.arcadsoftware.com\/arcad\/#\/schema\/person\/ac3c33678907c9c414148df7a202dfbf","name":"administrator","url":"https:\/\/www.arcadsoftware.com\/arcad\/author\/administrator\/"}]}},"_links":{"self":[{"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/posts\/29535","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/comments?post=29535"}],"version-history":[{"count":4,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/posts\/29535\/revisions"}],"predecessor-version":[{"id":71712,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/posts\/29535\/revisions\/71712"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/media\/29293"}],"wp:attachment":[{"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/media?parent=29535"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/categories?post=29535"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.arcadsoftware.fr\/arcad\/wp-json\/wp\/v2\/tags?post=29535"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9 – un article de Nick Blamey, directeur des op\u00e9rations en Europe du Nord chez ARCAD.<\/em><\/strong><\/p>\n L’enjeu business\u00a0<\/u><\/em><\/strong>:<\/em>\u00a0 La qualit\u00e9 continue des applications d\u00e9pend de la mise en \u0153uvre de politiques qui imposent une validation imm\u00e9diate.\u00a0 Mais les DSI responsables des divers actifs applicatifs manquent de lignes directrices sur la fa\u00e7on dont ils doivent mesurer la qualit\u00e9 du code, ainsi que des ressources \u00e0 allouer \u00e0 cette activit\u00e9.<\/strong><\/p>\n<\/div> Les d\u00e9faillances logicielles augmentent consid\u00e9rablement le co\u00fbt du d\u00e9veloppement d’applications. Trouver et corriger les erreurs de production est souvent 100 fois plus co\u00fbteux que de les trouver et de les corriger pendant les phases de conception et de codage. <\/b> Il est essentiel que les \u00e9quipes int\u00e8grent la qualit\u00e9 \u00e0 toutes les phases du d\u00e9veloppement logiciel et automatisent autant que possible la v\u00e9rification de la qualit\u00e9 pour d\u00e9celer les d\u00e9fauts t\u00f4t dans le processus et \u00e9viter les efforts r\u00e9p\u00e9t\u00e9s. C’est ce que l’on entend par “Qualit\u00e9 Continue” ou CQ, qui constitue aujourd’hui une garantie essentielle – ou une garantie de qualit\u00e9 – dans les cycles de livraison rapides des workflows DevOps et CI\/CD.<\/b><\/p>\n L’analyse statique du code est la m\u00e9thode la plus simple et la plus efficace pour pr\u00e9venir les d\u00e9fauts et s\u00e9curiser le code tout en acc\u00e9l\u00e9rant l’ex\u00e9cution des applications.<\/p>\n L’automatisation de l’analyse du code<\/b> d\u00e8s la phase de construction ou d’int\u00e9gration continue permet \u00e0 votre \u00e9quipe de d\u00e9tecter et de corriger les d\u00e9fauts syst\u00e9miques<\/b> lorsque le co\u00fbt de rem\u00e9diation est \u00e0 son plus bas. Apr\u00e8s l’investissement initial dans la configuration des r\u00e8gles et des m\u00e9triques, les gains d’efficacit\u00e9 deviennent exponentiels tout au long du cycle de d\u00e9veloppement.<\/p>\n Pour atteindre une qualit\u00e9 continue, les organisations peuvent employer un certain nombre de strat\u00e9gies :<\/p>\n Pour \u00eatre efficace dans un environnement DevOps, chacune des techniques ci-dessus doit \u00eatre \u00e0 la fois automatis\u00e9e et continue, int\u00e9gr\u00e9e au workflow CI\/CQ\/CD.<\/p>\n<\/p>\n Face au d\u00e9fi de l’audit de qualit\u00e9 d’une base de code IBM i existante, les DSI ont un nombre limit\u00e9 de choix :<\/p>\n Une \u00e9tude sur la qualit\u00e9 des logiciels r\u00e9alis\u00e9e par Capers Jones en 2008 a abouti \u00e0 deux conclusions tr\u00e8s importantes :<\/p>\n Des articles plus r\u00e9cents sur ce sujet sugg\u00e8rent que pour de nombreuses organisations, les statistiques sont rest\u00e9es pratiquement inchang\u00e9es aujourd’hui.<\/p>\n Depuis que DevOps est devenu le moteur cl\u00e9 de la plupart des d\u00e9veloppements, il existe un \u00e9norme potentiel d’optimisation pour \u00e9liminer les d\u00e9fis d\u00e9crits ci-dessus et rendre les d\u00e9veloppeurs plus efficaces dans leur travail en passant plus de temps \u00e0 coder et moins \u00e0 r\u00e9parer les d\u00e9fauts.<\/p>\n<\/p>\n La plupart des organisations effectuent des tests fonctionnels de leurs applications par le biais de l’interface utilisateur, requis pour des raisons de conformit\u00e9. Cependant, comme le test de la bo\u00eete noire, puisque chaque d\u00e9faut doit \u00eatre diagnostiqu\u00e9 \u00e0 partir de l’interface utilisateur, cette approche n’apporte que peu d’informations pour aider les d\u00e9veloppeurs \u00e0 r\u00e9soudre r\u00e9ellement les probl\u00e8mes. Le r\u00e9sultat est typiquement un flux constant de d\u00e9fauts class\u00e9s comme :<\/p>\n Avec une information m\u00e9diocre pour les d\u00e9veloppeurs, les d\u00e9fis sont repouss\u00e9s en aval. <\/b> Les projets sont confront\u00e9s \u00e0 des retards dus \u00e0 une dur\u00e9e de compr\u00e9hension du code trop longue et \u00e0 une approche de d\u00e9bogage sous-optimale. Cela limite consid\u00e9rablement la capacit\u00e9 de toute \u00e9quipe de d\u00e9veloppement IBM i \u00e0 maintenir la “vitesse de livraison” n\u00e9cessaire pour atteindre ses objectifs DevOps.<\/p>\n<\/p>\n Il existe 3 approches principales de l’analyse de code statique dans le monde multi-plateforme : Analyse statique pour la s\u00e9curit\u00e9, Analyse statique pour la complexit\u00e9 du code et Analyse statique pour la qualit\u00e9 du code.<\/b><\/p>\n De nombreux produits existent pour accomplir cette t\u00e2che et le march\u00e9 est vaste et en expansion avec quelques acteurs dominants. Les solutions sont souvent extr\u00eamement co\u00fbteuses et ont tendance \u00e0 \u00eatre moins pertinentes sur IBM i qui est moins sensible aux probl\u00e8mes de s\u00e9curit\u00e9<\/b> que les autres plateformes.<\/p>\n IBM AppScan Source est le meilleur exemple du leader du march\u00e9 de la s\u00e9curit\u00e9 du code, mais MicroFocus propose \u00e9galement Fortify Security Suite avec un certain nombre d’outils suppl\u00e9mentaires disponibles chez d’autres fournisseurs, tels que CheckMarx, Klocwork, CA Veracode.<\/p>\n En ce qui concerne la complexit\u00e9 des codes, les principaux acteurs sont CAST et McCabe, mais ni l’un ni l’autre n’offre de support pour le RPG sur IBM i.<\/p>\n<\/p>\n Compte tenu des multiples variantes du RPG et de la long\u00e9vit\u00e9 des applications, les d\u00e9veloppeurs d’IBM i font face \u00e0 un d\u00e9fi unique avec des bases de code Legacy contenant des millions de lignes de code qui ont \u00e9t\u00e9 maintenues pendant parfois trente ans par des d\u00e9veloppeurs successifs<\/b>. Il est laborieux de comprendre la logique du programme et d’\u00e9valuer la qualit\u00e9 du code – les ressources sont d\u00e9tourn\u00e9es pour traiter la ” dette technique ” de la base de code. Le d\u00e9fi est d’autant plus grand que les comp\u00e9tences en RPG sont de plus en plus rares sur le march\u00e9. La nouvelle syntaxe Free Form RPG a chang\u00e9 le jeu, offrant un moyen d’int\u00e9grer une nouvelle g\u00e9n\u00e9ration de d\u00e9veloppeurs <\/b>– faisant de la conversion des applications RPGLE en Free Form la “plate-forme br\u00fblante” de notre \u00e9poque.<\/p>\n<\/p>\n L’analyse du code source peut \u00eatre r\u00e9alis\u00e9e dans le cadre d’un processus plus large de v\u00e9rification du code source. Des entreprises comme ARCAD ont construit des solutions qui g\u00e9n\u00e8rent une vue d’ensemble compl\u00e8te des m\u00e9tadonn\u00e9es de l’ensemble de la base de code, permettant un niveau d’analyse et de contr\u00f4le d’int\u00e9grit\u00e9 plus approfondi.<\/b> Ici, l’analyse du code source est livr\u00e9e dans le cadre de l’audit du code et les r\u00e8gles et m\u00e9triques sont utilis\u00e9es pour faire respecter les standards locaux.<\/p>\n ARCAD CodeChecker<\/a> peut cr\u00e9er un Code Quality Baseline \u00e0 partir duquel le RPG Code Base peut \u00eatre continuellement am\u00e9lior\u00e9 par une mesure pr\u00e9cise et r\u00e9guli\u00e8re de la qualit\u00e9 du code. Cela permet aux DSI et aux responsables du d\u00e9veloppement de montrer aux propri\u00e9taires d’applications qu’ils respectent constamment les objectifs d’am\u00e9lioration continue ISO 27001 de l’organisation au sens large.<\/p>\n<\/p>\n Comme d\u00e9crit plus haut, le RPG est un cas particulier dans le monde du d\u00e9veloppement. Parmi les outils d’analyse de code source standard, quelques-uns (comme SonarCube) sont capables d’effectuer une simple r\u00e9vision de code RPG et une analyse de qualit\u00e9 statique, mais ils sont tr\u00e8s limit\u00e9s dans leur p\u00e9rim\u00e8tre (par exemple, le manque de support des nombreuses variantes RPG) et le nombre de r\u00e8gles qu’ils peuvent appliquer (limit\u00e9 \u00e0 environ une trentaine, pour la plupart des r\u00e8gles de documentation du code).<\/p>\n Le risque business potentiel de ces outils limit\u00e9s est le suivant :<\/p>\n Les organisations DevOps modernes recherchent maintenant une solution ” industrielle performante ” \u00e0 ce d\u00e9fi pour s’assurer qu’une impl\u00e9mentation d’un outil d’analyse de code open source ne devienne pas elle-m\u00eame un goulot d’\u00e9tranglement dans le workflow DevOps.<\/b><\/p>\n Les objectifs de conception d’ARCAD CodeChecker ont donc \u00e9t\u00e9 de s’adapter aux grandes \u00e9quipes de d\u00e9veloppement modernes DevOps orient\u00e9es IBM i RPG,<\/b> en se concentrant sur :<\/p>\n Typiquement, si un d\u00e9veloppeur sait dans les minutes qui suivent l’\u00e9criture du code qu’une directive n’a pas \u00e9t\u00e9 respect\u00e9e avec un produit de v\u00e9rification de code comme ARCAD CodeChecker, il peut r\u00e9soudre les probl\u00e8mes imm\u00e9diatement<\/b> avec un impact minimal sur la qualit\u00e9. Si le code est “revu par les pairs”, un d\u00e9veloppeur peut attendre des jours, voire des semaines, avant de recevoir un retour d’information, et il sera pass\u00e9 ensuite \u00e0 d’autres t\u00e2ches. La meilleure analogie serait un correcteur grammatical avec traitement de texte, c’est-\u00e0-dire que si vous savez imm\u00e9diatement, en \u00e9crivant un texte, que vous avez commis une erreur grammaticale, vous pouvez la corriger imm\u00e9diatement pendant que la phrase est encore dans votre esprit – compar\u00e9 au temps qu’il vous faudra pour effectuer une v\u00e9rification grammaticale 2 semaines apr\u00e8s avoir \u00e9crit la phrase. Dans ce cas, le r\u00e9dacteur du texte consacrera 90% du temps de v\u00e9rification grammaticale et de correction \u00e0 essayer de comprendre le contexte de ce qu’il a \u00e9crit 2 semaines auparavant.<\/p>\n De nombreux outils d’analyse de code source ont une mauvaise r\u00e9putation. Les DSI et les responsables du d\u00e9veloppement doivent constamment prendre des d\u00e9cisions en mati\u00e8re de gestion des risques entre : le ralentissement du processus de d\u00e9veloppement et la pression des dirigeants pour maintenir la fr\u00e9quence des livraisons ou le risque d’engendrer des dettes techniques qui pourraient causer un risque important \u00e0 l’avenir si les directives de qualit\u00e9 du code ne sont pas respect\u00e9es.<\/p>\n CodeChecker d’ARCAD a \u00e9t\u00e9 con\u00e7u pour apporter une valeur ajout\u00e9e imm\u00e9diate directement dans l’espace de travail \/ bureau du d\u00e9veloppeur gr\u00e2ce \u00e0 son int\u00e9gration avec RDi et SEU. <\/b>ARCAD a con\u00e7u CodeChecker pour r\u00e9pondre aux commentaires r\u00e9guliers des d\u00e9veloppeurs RPG “Si vous allez noter mes devoirs, au moins dites-moi comment vous allez juger mon succ\u00e8s ou mon \u00e9chec”.<\/p>\n En plus de l’optimisation du processus d’\u00e9valuation par les pairs gr\u00e2ce \u00e0 l’analyse statique automatique de la qualit\u00e9 du code, ARC<\/a>AD CodeChecke<\/a>r<\/a> peut offrir de la valeur aux d\u00e9veloppeurs et \u00e0 vos projets en cours :<\/b><\/p>\n Combiner l’analyse du code source avec l’automatisation des tests, le contr\u00f4le de l’int\u00e9grit\u00e9 des bases de donn\u00e9es et aider les d\u00e9veloppeurs \u00e0 d\u00e9boguer plus rapidement les probl\u00e8mes complexes.<\/strong><\/p>\n<\/div><\/div><\/div><\/div><\/div> Les \u00e9quipes de d\u00e9veloppement modernes sont confront\u00e9es \u00e0 ce probl\u00e8me<\/strong><\/p>\n<\/div> L’effet de goulot d’\u00e9tranglement de DevOps \u00e0 partir de l’analyse, du test, du d\u00e9bogage et du cycle de re-test manuels du code source<\/em><\/p>\n Pour faire face \u00e0 l’acc\u00e9l\u00e9ration des cycles DevOps de quelques versions par an \u00e0 des versions plus r\u00e9guli\u00e8res, mensuelles ou m\u00eame hebdomadaires, les organisations sont amen\u00e9es \u00e0 effectuer des tests plus r\u00e9guliers, normalement fournis par l’automatisation.\u00a0 Ils sont \u00e9galement pouss\u00e9s \u00e0 se lib\u00e9rer d’une grande partie des efforts consacr\u00e9s \u00e0 la “localisation des d\u00e9fauts” pour s’assurer que les d\u00e9veloppeurs puissent g\u00e9n\u00e9rer un code de meilleure qualit\u00e9 sans impact sur les d\u00e9lais requis par les propri\u00e9taires des applications.<\/p>\n “Shift left” comme facteur cl\u00e9 pour DevOps :<\/strong><\/p>\n Le graphique ci-dessous montre un graphique typique de d\u00e9fauts IBM i \/ RPG, soit le volume de d\u00e9fauts qui surviennent entre le d\u00e9but du projet et la date de sortie r\u00e9elle.<\/p>\n<\/div> Co\u00fbt des d\u00e9fauts tout au long du cycle de d\u00e9veloppement<\/em><\/p>\n Bien que 85 % des d\u00e9fauts soient g\u00e9n\u00e9ralement introduits dans les premi\u00e8res phases de codage du cycle DevOps,<\/b> le co\u00fbt de r\u00e9paration des d\u00e9fauts augmente de fa\u00e7on exponentielle au cours des phases ult\u00e9rieures de test et de livraison, atteignant des co\u00fbts incroyablement \u00e9lev\u00e9s quand un d\u00e9faut est d\u00e9tect\u00e9 en production<\/b>, avec potentiellement un impact significatif sur le b\u00e9n\u00e9fice net et la r\u00e9putation des soci\u00e9t\u00e9s.<\/p>\n Il est clair qu’avec un “shifting left” de d\u00e9tection des d\u00e9fauts, leur co\u00fbt et leur impact sont minimis\u00e9s.<\/b><\/p>\n ARCAD Software, \u00e0 travers son travail avec de nombreuses \u00e9quipes de d\u00e9veloppement sur RPG, a constat\u00e9 que les d\u00e9veloppeurs effectuent un certain nombre de t\u00e2ches pour faire progresser la d\u00e9tection des erreurs. Il s’agit notamment de :<\/p>\n Pourtant, selon l’exp\u00e9rience d’ARCAD, chacun de ces processus, lorsqu’ils sont ex\u00e9cut\u00e9s manuellement, entra\u00eene des co\u00fbts, des efforts et des risques suppl\u00e9mentaires de goulots d’\u00e9tranglement dans un processus de d\u00e9ploiement DevOps.<\/p>\n Pour faire face \u00e0 ces d\u00e9fis, ARCAD offre un certain nombre d’outils en compl\u00e9ment de CodeChecker (analyse du code source) pour \u00e9liminer les goulots d’\u00e9tranglement dans le processus DevOps<\/b> et fournir un processus sans failles depuis les sp\u00e9cifications fonctionnelles vers le codage, le test unitaire, la compilation, le d\u00e9veloppement, le contr\u00f4le final et la production de d\u00e9ploiement :<\/p>\n Chacune de ces solutions peut apporter une valeur ajout\u00e9e \u00e0 votre processus de d\u00e9veloppement, le “Shifting Left” r\u00e9duisant ainsi le co\u00fbt global dans le cycle de d\u00e9veloppement :<\/p>\n<\/div> Contribution des solutions ARCAD \u00e0 un \u00abShift Left\u00bb des co\u00fbts de d\u00e9veloppement<\/em><\/p>\n<\/div><\/div><\/div> SpareBank1 a r\u00e9duit ses co\u00fbts de gestion de l’environnement et de conformit\u00e9 de 70% en acc\u00e9l\u00e8rant ses cycles de d\u00e9veloppement sur IBM i avec ARCAD for DevOps.<\/strong><\/p>\n<\/div> En tant qu\u2019entreprise, ARCAD a entam\u00e9 son \u00e9volution en corrigeant le probl\u00e8me de l’analyse du code source des changements de format de date de l’an 2000. Depuis lors, ARCAD a fourni des solutions aux d\u00e9fis les plus br\u00fblants et les plus actuels auxquels nos plus de 350 clients sont confront\u00e9s avec leurs bases de code RPG : X r\u00e9f\u00e9rencement, audit, gestion du code source, Build, test et d\u00e9ploiement.<\/p>\n<\/div> ARCAD pour DevOps<\/a>: suite de solutions int\u00e9gr\u00e9es sur un noyau r\u00e9f\u00e9rentiel<\/em><\/p>\n<\/div> Un processus d’audit en utilisant l’expertise et l’outillage d’ARCAD est un excellent point de d\u00e9part pour votre cheminement vers un processus DevOps de qualit\u00e9.<\/p>\n Pour en savoir plus sur la fa\u00e7on dont ARCAD a con\u00e7u ses solutions pour r\u00e9soudre le prochain probl\u00e8me dans l’analyse du code source, contactez ARCAD et d\u00e9couvrez comment CodeChecker<\/a> et d’autres outils ARCAD DevOps pour IBM i<\/a> peuvent vous aider avec vos processus de CodeReview, Audit, Testing et DevOps.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Lecture compl\u00e9mentaire :<\/strong><\/p>\n Quels enjeux pour les d\u00e9veloppeurs et pourquoi DevOps est une n\u00e9cessit\u00e9 – un article de Nick Blamey, directeur des op\u00e9rations en Europe du Nord chez ARCAD<\/p>\n","protected":false},"author":3,"featured_media":29293,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[246],"tags":[569,552],"class_list":["post-29535","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-fr","tag-blog","tag-devops-pour-ibm-i"],"yoast_head":"\nSommaire<\/h2>\n
\n
Qualit\u00e9 Continue (CQ) et DevOps<\/h2>\n
Quelles sont les techniques disponibles pour la Qualit\u00e9 Continue ?<\/h3>\n
\n
Quelle est l’importance de l’analyse du code source (SCA) pour DevOps ?<\/h2>\n<\/div>
\n
Analyse du code source : quelles alternatives ?<\/h3>\n
\n
Le co\u00fbt des d\u00e9faillances dans le d\u00e9veloppement des applications<\/h3>\n
\n
Les limites des tests fonctionnels<\/h3>\n
\n
Analyse du code statique : Qui le fait et pourquoi ?<\/h3>\n
Pourquoi les d\u00e9veloppeurs IBM i ont-ils besoin d’une analyse du code source ?<\/h3>\n
L’analyse du code source en tant qu’\u00e9l\u00e9ment cl\u00e9 de tout “audit de base de code Legacy”<\/h3>\n
\u00c9largissez votre r\u00e9seau pour prendre en compte les probl\u00e8mes de qualit\u00e9 du code pour les RPG<\/h3>\n
\n
\n
Cr\u00e9ation de valeur rapide pour votre CodeBase avec ARCAD CodeChecker<\/h2>\n
Gains de productivit\u00e9 gr\u00e2ce \u00e0 l’analyse du code source et \u00e0 l’application du Quality Gate<\/h3>\n
Piloter l’application de la Qualit\u00e9 du Code en offrant une valeur r\u00e9elle et imm\u00e9diate aux d\u00e9veloppeurs<\/h3>\n
\n
<\/span><\/div><\/span><\/div>\n
\n
<\/span><\/div>Vue et positionnement d’ARCAD<\/h2>\n
<\/a><\/span><\/div><\/span><\/div>Suggestion de prochaine \u00e9tape :<\/h2>\n
\n