Screen Cast #7 : Mise en oeuvre de Mockito en TDD

Après avoir vu, dans la précédent vidéo, les utilisations possibles de Mockito pour créer et manipuler des mocks, voici un exemple de mise en oeuvre, en reprenant l'exemple du Driver et du Connector vu dans les précédents épisodes.

Les sources sont sur Github.

N'oubliez pas de réagir, commenter ou questionner !

Merci :-)

Screen Cast #6 : Mockito, créer et utiliser un mock

Dans ce screencast, je vous présente rapidement la librairie Mockito, et je vous montre comment créer un mock, quels sont ses comportements par défaut, comment lui donner des comportements spécifiques, comment vérifier les interactions qui ont eu lieu avec ce mock et comment lui faire déclencher des exceptions.

Screen Cast #5 : Inversion de contrôle et Injection de dépendance

Dans cet épisode, je vous montre en quoi l'inversion de contrôle (IoC = Inversion of Control) et l'injection de dépendance (DI = Dependency injection) sont indispensables pour avoir une architecture testable, et en comparant avec l'approche "test after", je vous montre comment le TDD nous pousse naturellement vers ce type d'architecture et donc vers du code testable.

Les sources sont sur Github.

N'oubliez pas de réagir, commenter ou questionner !

Merci :-)

Screen Cast #4 : premier tests unitaires "after" et "TDD"

Dans cet épisode, je vais insister sur un point important qui consiste à partir de l'usage, c'est-à-dire écrire directement commet on aimerait utiliser la classe qui n'existe pas encore.

Screen Cast #3 : premier tests unitaires "after" et "TDD"

Dans cet épisode, je vous montre un premier exemple de test unitaire "after", c'est-à-dire écrit après le code de production, et le même résultat, ou presque, en approche TDD.

Les sources sont sur Github.

N'oubliez pas de réagir, commenter ou questionner !

Merci :-)

Screen Cast #2 : installation Intellij IDEA et environnement de tests

Dans le précédent article, j'ai montré comment installer Eclipse et un environnement minimal pour écrire et jouer des tests unitaires. Aujourd'hui, je vous propose une nouvelle vidéo pour installer Intellij IDEA et là encore, le configurer pour avoir tout ce qu'il faut pour écrire et jouer des tests unitaires.

Screen Cast #1 : installation Eclipse et environnement de tests

Je vais essayer de proposer une série de petites vidéos autour du développement logiciel, en abordant des thèmes qui me passionnent comme les tests unitaires, le TDD, le clean code, etc... et qui ne sont pas forcément facile à appréhender et mettre en oeuvre au quotidien dans notre métier.

Agile Grenoble 2017

C'est dans mes habitudes, donc cette année encore, j'étais à Agile Grenoble. Mais pour la 10e édition, le format avait changé pour 3 jours "classiques" de conférences et 2 soirées : sacré cuvée !

Agile Grenoble 2015 : atelier l'agilité de l'intérieur

Ce jeudi 19 novembre avait lieu Agile Grenoble 2015. Avec Laurent Tardif et quelques autres personnes, nous avons animé toute la journée un atelier "L'agilité de l’intérieur". Voici sur mon retour sur cette expérimentation !

Un proto d'appli Web en moins de 2 jours grâce à AngularJS

Retour d'expérience et pourquoi j'ai pu réaliser un prototype d'application Web en 2 jours grâce à AngularJS et un peu d'outillage.

Le code source "exemple" (légèrement remanié et simplifié par rapport à l'original) est en ligne :
https://github.com/xnopre/proto-with-angular

Laissez l'équipe faire ses choix techniques !

Introduction

Ce que j'aime bien dans l'agilité, c'est le côté "bons sens" et pragmatique. Et ce que j'aime particulièrement dans Scrum, c'est le nombre limité de rôles, et la précision du périmètre de responsabilité pour chacun de ces rôles. Voir mon précédent article "Scrum : quel est le rôle le plus important ?".

Pour un projet de développement logiciel, les équipiers sont essentiellement des développeurs. Tout comme le Product Owner a la responsabilité de la partie fonctionnelle (quelles fonctionnalités et pour quand ?), les équipiers ont la responsabilité de tout ce qui est technique : choix des technologies, choix de l'architecture de l'application, règles communes de codage, qualités, innovation, etc ...

Scrum : quel est le rôle le plus important ?

Introduction

Pour l'organisation agile d’un projet de développement logiciel, Scrum propose un cadre simple et précis, avec notamment 3 rôles, ni plus ni moins :

• Scrum Master
• Product Owner
• Equipier

Ces derniers mois, à plusieurs reprises, je me suis posé la question de savoir lequel de ces rôles était le plus important, voici mes éléments de reflexion.

Calendrier niko-niko : l’équipe surveille son moral !

C’est quoi ? Quel est l’objectif ?

Le "niko-niko" est un calendrier, mis en œuvre par l’équipe et pour l’équipe, sur lequel chaque membre de l’équipe reporte à la fin de chaque journée son ressenti avec une pastille de couleur.

Par "équipe", j’entends bien entendu l’ensemble des équipiers, le Product Owner s’il est bien impliqué au quotidien, et le Scrum Master (sauf peut-être s’il est uniquement un animateur ou facilitateur). En fait, il me semble intéressant que toutes les personnes participant tous les jours au stand-up, contribuent à cet indicateur !

On parle de TDD autour d’une bière …

Il y a quelques temps, j’ai eu des échanges très intéressants avec un copain qui m’interrogeait sur ma vision et ma pratique du TDD. Voici une retranscription un peu arrangée de nos échanges ...

Lui : Récemment, je me suis intéressé à des librairies Open Source Java, accompagnées de plus ou moins de tests. Le TDD permet-il de garantir que le code est bien testé ?

Moi : Il faut bien distinguer le TDD et les tests unitaires. Le TDD est une “pratique”,

Mon retour sur Devoxx France 2014

Cette année, pour la première fois, je me suis payé Devoxx France. Voici mon retour sur ces 2 journées intenses et riches.

Scrum Tower Game

Le "Jeu de la tour Scrum", ou comment découvrir les concepts de base de l'agilité et de Scrum en s'amusant ...

Introduction

Il y a quelques années, sollicité par une entreprise pour sa transition vers l'agilité (merci à eux), j'ai mis au point un jeu permettant de découvrir quelques aspects de l'agilité, et les concepts de base de Scrum. Baptisé depuis "Scrum Tower Game", j'ai déjà déroulé plusieurs fois cet atelier, qui tient ses objectifs à chaque fois.

Après en avoir parlé au détour d'une bière, je l'ai fait jouer lors d'une soirée agile du CARA à Grenoble, avec des retours intéressants des personnes présentes. 

Lors de la dernière session de Agile Game France, je n'ai pas osé l'amener dans mes valises, mais certaines personnes me l'ont fait regretter, et m'ont motivé à diffuser cet article pour le présenter (1).

Un bon titre pour une bonne session TDD et coding-dojo

Introduction

Je me permets de solliciter la(les) communauté(s) pour recueillir des avis et propositions pour un titre de session.

La session

A l'automne, j'ai animé une session "L'apprentissage du TDD en Coding-dojo" lors des conférences agiles de Marseille, Montpellier et Grenoble. Cet atelier d'environ 2h me permet de présenter un peu de théorie sur les tests unitaires et le TDD, puis de faire une rapide démo live avant d’enchaîner sur un coding-dojo de type randori (donc sur un seul poste vidéo-projeté) pour permettre à une partie des participants de s'essayer, en pair-programming, au TDD pendant 5-6', sur un sujet simple, avec mes conseils, mes remarques et le soutien de l'assistance.

Agile Grenoble et Agile Innovation cuvée 2013

Les 21 et 22 novembre dernier, j'ai assisté à Agile Grenoble 2013 et Agile Innovation 2013. En voici quelques éléments de retour.

Qualité :

• Il n'y aurait pas "la" qualité mais "les" qualités ?
• Du moins, il y a plusieurs éléments de qualité, selon qu'on regarde le code, la stabilité de l'application, sa réponse au besoin, son utilisabilité, etc ...
• Mais pour commencer, l'important est déjà de se poser des questions, quelques soient les critères d’évaluation : quelle est la qualité attendue ? quelle est la qualité de l'application actuelle ?

Mon retour sur Agile Tour Montpellier 2013

Le 18 octobre 2013, j'ai passé une excellente journée à l'Agile Tour Montpellier 2013, en voici quelques éléments de retour.

Avec la longue route que j'avais à faire, je suis arrivé pendant la keynote de Pablo Pernot sur "La Horde Agile". L'ayant déjà vu à Marseille, je suis allé directement prendre un café et m'installer pour ma session.

Et comme ça, je n'ai pas entendu "L'agilité c'est pas le code" ... ;-)

Mon retour sur Agile Tour Marseille 2013

Jeudi 3 octobre 2013, je suis allé passé ma journée à l'Agile Tour Marseille 2013 où j'animais une session "TDD en coding-dojo". Voici quelques éléments de retour en suivant mon programme de la journée ...

Keynote "La horde agile" par Pablo Pernot

Après un accueil café-madeleines, nous avons attaqué la journée avec Pablo pour une keynote digne de ce nom, du moins comme je les aime : sujet en lien avec l'agilité, mais sujet décalé par rapport à ce qu'on peut avoir dans les sessions.

Pablo remonte le temps pré-historique pour retrouver certaines valeurs de l'agilité, et certains principes, dans les us et coutumes de nos lointains ancêtres, qui nous ont beaucoup laissé en héritage, au fond de nous, et que souvent nous oublions ou repoussons.

Un enchaînement de réflexions intéressantes, même si je n'ai pas toujours tout capté (fatigue de la route, réveil matinal ? ....).