Bienvenue sur Développement Agile

Référence sur le développement logiciel Agile. Nous traitons de conception, de programmation, de pratiques de génie logiciel, d'essais et d'autres sujets connexes.

Agile Tour 2014 - Une mise en production à chaque heure de la journée

Publié par Jean-Nicolas Viens le mardi 11 novembre 2014 à 00:00

Description

L’intégration continue c’est bien, mais le déploiement continu c’est mieux! Le gain est évident : une boucle de rétroaction encore plus rapide. Les dangers le sont également : les outils et tableaux de bords doivent être digne de confiance. La qualité doit également être au rendez-vous. Comment diminuer ces risques et aller chercher ce gain en rétroaction est le sujet que nous allons explorer.

  • Présentateur: Jean-Nicolas Viens
  • Niveau : Intermédiaire
  • Public cible : Développeurs et architectes

Contenu

Agile Tour 2014 - Les tests et la qualité: moteur de productivité

Publié par Félix-Antoine Bourbonnais, Pascal Roy le mardi 11 novembre 2014 à 00:00

Description

Comment transformer la qualité, les tests et le déploiement en moteur de productivité plutôt qu’en simple poste de dépenses? Portés par Lean et Agile, de grands acteurs (ex.: Google) ont transformé leur département d’assurance qualité pour le placer au coeur du processus de production! Limitez les tests réalisés après l’itération et diminuez la pression sur votre équipe qualité.

  • Présentateurs:  Félix-Antoine Bourbonnais et Pascal Roy
  • Niveau : Débutant
  • Public cible : Tous, spécifiquement Assurance qualité, gestionnaires et équipes de développement.

Présentation

En l'honneur de M. Feathers

Publié par Pascal Roy le jeudi 25 septembre 2014 à 00:00
Michael Feathers

En l’honneur de la visite de Michael Feathers à Montréal et Québec pour sa formation Working Effectively with Legacy Code en novembre, nous avons pensé vous présenter une liste de nos coups de coeur parmi les articles qu’il a publiés au cours des dernières années.

J’ai eu le privilège de travailler avec Michael pendant quelques années en compagnie d’Uncle Bob (Robert C. Martin). Michael possède une capacité impressionnante à synthétiser l’essence même de ce qu’est le développement logiciel, de comprendre les problématiques que nous vivons et proposer des solutions pragmatiques et utilisables au quotidien.

Michael s’intéresse vraiment à tous les aspects du développement logiciel. Pas étonnant que son livre "Working Effectively with Legacy Code" soit reconnu comme le 3e ouvrage le plus influent en Agilité (2011).

Si vous ne le connaissez pas, prenez le temps de le lire. Vous ne le regretterez pas. Bonne lecture!

Pascal Roy, VP
Elapse Technologies

 

Son livre

Working effectively with legacy code book

Vous avez déjà entendu parler de ce livre

C’est un ouvrage marquant du monde de l’Agilité… Si vous devez travailler dans un environnement de code patrimonial (Legacy Code), n’hésitez pas une minute à vous le procurer, car il aura sûrement un impact profond sur votre façon de travailler dans le futur.

Code patrimonial et tests

Getting empirical about Refactoring 
A set of Unit Testing Rules

Langages fonctionnels et OO

Tell Above, and Ask Below - Hybridizing OO and Functional Design 
Functional vs Object Oriented Programming with Michael Feathers

Architecture

The humble dialog box

Vous pouvez également profiter de la présence de Michael ces 3-4 novembre 2014 à Montréal et les 6-7 novembre à Québec et assister à sa formation « Working Effectively with Legacy Code ». C’est une occasion unique de partager avec un des pionniers de l’Agilité.

Ne manquez pas non plus le 5@7 du lundi soir à Montréal où Michael explorera comment les différentes pratiques d’estimation utilisées en Agile peuvent être utilisées pour atteindre des objectifs bien spécifiques au sein de nos organisations.

Présentation: Propulsez votre architectures grâce au TDD et aux Mocks (Agile Montréal 2014)

Publié par Félix-Antoine Bourbonnais le mercredi 12 mars 2014 à 06:00

Cette session a été présentée par Félix-Antoine Bourbonnais à la conférence mensuelle d'Agile Montréal le 12 mars 2014.

Description

Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.

Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet. 

  • Niveau : Avancé
  • Public cible : Développeurs et architectes

Présentation

 

Diapositives (PDF) 

Code source

 

Le code source de la démonstration est disponible pour téléchargement:
https://github.com/fbourbonnais/propulsez-architecture-tdd-mocks

 

Autres billets

 

Test unitaire: la définition qui lève les barrières

Publié par Félix-Antoine Bourbonnais le lundi 10 février 2014 à 00:00

Beaucoup d’entreprises où nous passons semblent avoir une définition des tests unitaires qui seraient mieux résumés, selon moi, par le terme “tests développeurs”.

On considère alors, à tort, un test unitaire comme étant un test effectué par les développeurs avant les tests “fonctionnels”. On les associe aussi souvent, de manière erroné, à un test des limites sur chacun des champs d’un écran.

Ce n’est pas l’unité dont on parle ici ! L’unité dans un test unitaire est la classe (le code) ! C’est donc un test d’un niveau bien plus bas qui n’impacte que le développeur...

Peu importe le nom, la clé est de comprendre que grâce à la technologie moderne, il est désormais possible d’avoir des tests qui opèrent directement au niveau du code (chaque classe individuellement). Il s’agit alors d’une responsabilité propre aux développeurs indépendants des analystes fonctionnels ou de la gestion.

Ce niveau très microscopique qui nous est offert par la technologie s’avère également être celui qui est le moins fragile (probabilité qu’un test soit impacté par beaucoup de changements dans le système) car il inspecte une zone très limitée (portée).

Voici la clé de la maintenabilité des tests...

Archive