Archives mensuelles : mai 2012

Sonar Cobol – Ce qu’il faut savoir

J’ai fait quelques posts il y a quelques mois (Sonar – Analyse Cobol avec Jenkins, Open Source & code Legacy) dans le but de montrer que, contrairement à une idée assez répandue, il n’est pas nécessaire d’être un gourou J2EE ou un expert Open Source pour analyser du code Legacy d’applications Cobol (ou ABAP) avec Sonar et Jenkins.

Et je vois pas mal de visiteurs consulter ces pages sur mon blog, ce qui dénote l’intérêt certain pour ce sujet.

Mais quelqu’un m’a dit récemment : « Nous effectuons régulièrement et avec succès des analyses Sonar pour du code J2EE. Nous envisageons également de mettre les applications Cobol dans Sonar et Jenkins, mais je ne connais pas le monde Mainframe ».

Ainsi, ce post (et les suivants) aura pour objectif d’aider à la mise en place d’un processus d’analyse de code Cobol avec Sonar et Jenkins. Continuer la lecture

Crowdsourcing and Crowdtesting

Vous avez peut-être entendu parler de Crowdtesting, une pratique qui génère actuellement pas mal de ‘buzz’ et qui consiste à confier une application à une communauté de testeurs externes afin qu’ils en vérifient la robustesse.

A l’occasion du post de la semaine dernière, je me suis demandé si la situation rencontrée dans ce cas ne justifierait pas le recours à cette technique. Continuer la lecture

Cherchez l’erreur (2/2)

Le bug présenté dans notre précédent post a attiré un grand nombre de commentaires tous plus intéressants les uns que les autres.

Donc d’abord, un grand merci à tous ceux qui nous ont fait part de leur point de vue, puisque c’était justement l’objectif de cette publication.

Mon expérience de consultant est plutôt orientée ‘best practices’ en matière de cycle de vie de projet (ex-développeur, ex-chef de projet, puis dans le Configuration Management et la qualité de code). Je ne suis donc pas un expert en QA.

Mais je travaille régulièrement avec de bons professionnels de QA et j’étais très curieux de l’opinion de personnes plus expertes que moi dans ce domaine … avant de formuler quelques hypothèses dans ce second post.

Continuer la lecture

Cherchez l’erreur (1/2)

En tant que consultant Qualité, je n’adore rien de plus que de trouver des bugs.

Rien de plus plaisant que d’analyser le code d’une application et de trouver un ou plusieurs bon gros bugs impardonnables, comme un ‘Break’ en ABAP (instruction utilisé en mode debug et qui va stopper instantanément le programme), un OPEN / CLOSE de fichiers dans une boucle (instructions coûteuses en temps système, á réaliser hors de la boucle, évidemment) ou un accès direct à la base de données depuis une page JSP. Pas besoin d’être spécialiste pour savoir qu’il s’agit de défauts graves.

Il y a pourtant une situation dans laquelle je détester trouver des bugs : en tant qu’utilisateur d’une application.

Continuer la lecture