Test driven development - Providing high quality software
We believe that people are more important than tools. Our Agile factory approach uses simple and efficient tools to boost productivity without creating complex software engineering processes. Wiki, Subversion, CruiseControl, Maven – these are some of the technologies we recommend for bringing Agile to day-to-day productivity.
PDF (32 Kb) - [EN] - Introduction to an Agile Build Environment
This is a step-by-step walk through to set up the tools needed to have a working environment that supports Continuous Integration and Test Driven development as presented in the hands-on tutorial at Valtech Days Dallas 2006.
This is a step-by-step walk through to set up the tools needed to have a working environment that supports Continuous Integration and Test Driven development as presented in the hands-on tutorial at Valtech Days Dallas 2006.
PDF (381 Kb) - [EN] - Distributed Agile software development
The prevailing perception in many Agile software development circles is that co-location of team members and the customer is a pre-requisite for success. However, for a variety of reasons, co-location is not always desirable or feasible. This paper will walk through the principles behind the Agile Manifesto, noting those principles that may conflict with the distribution of team members. The discussion will then turn to techniques that allow the successful geographical distribution of work while following the spirit of those principles. This discussion will be supported by anecdotal as well as other evidence. Limitations to the application of the techniques will also be discussed.
The prevailing perception in many Agile software development circles is that co-location of team members and the customer is a pre-requisite for success. However, for a variety of reasons, co-location is not always desirable or feasible. This paper will walk through the principles behind the Agile Manifesto, noting those principles that may conflict with the distribution of team members. The discussion will then turn to techniques that allow the successful geographical distribution of work while following the spirit of those principles. This discussion will be supported by anecdotal as well as other evidence. Limitations to the application of the techniques will also be discussed.
PDF (3262 Kb) - [EN] - Monitoring distributed Agile projects - a tool comparison
Importance of tools in an Agile environment and benefits of Valtech Cockpit as a distributed agile project management tool
The first agile principle (http://agilemanifesto.org/) says “individuals and interactions over processes and tools”. This line leads us to think that the agile principle gives more importance to individuals than the processes. Does that mean we should not give importance to agile methods like Scrum, XP, etc and do only what the individuals (team members’) decide? “Or”, discard the tools, avoid automation and do things manually? In fact, tools usage has been given less importance in agile manifesto.
But from the past experiences while working with agile teams, it is clear that, tools are in fact necessary part of agile development environment. Can you imagine a situation where the team does not have continuous integration tool, automated testing tool, code coverage tool and were asked to deliver a quality product in a short period of time ?. It would have taken ages for the development teams to deliver a quality product without tools.
The above examples lead us to believe that, ‘The manifesto is trying to convey that projects needs to be driven by people rather than tools or processes’.
This presentation covers following key topics in proving tools as necessary evil in an agile development environment :
Provides insight into both open source and commercial tools available in the market. These tools would help agile teams in enhancing the productivity of the team and enables timely delivery of the product with quality.
If you are into distributed development and offshore agile development, you would get to know the some of the best tools that could benefit your teams. Introduction to Valtech Cockpit, a distributed agile project management tool and its comparison with top 4 agile project management tools available in the market.
Importance of tools in an Agile environment and benefits of Valtech Cockpit as a distributed agile project management tool
The first agile principle (http://agilemanifesto.org/) says “individuals and interactions over processes and tools”. This line leads us to think that the agile principle gives more importance to individuals than the processes. Does that mean we should not give importance to agile methods like Scrum, XP, etc and do only what the individuals (team members’) decide? “Or”, discard the tools, avoid automation and do things manually? In fact, tools usage has been given less importance in agile manifesto.
But from the past experiences while working with agile teams, it is clear that, tools are in fact necessary part of agile development environment. Can you imagine a situation where the team does not have continuous integration tool, automated testing tool, code coverage tool and were asked to deliver a quality product in a short period of time ?. It would have taken ages for the development teams to deliver a quality product without tools.
The above examples lead us to believe that, ‘The manifesto is trying to convey that projects needs to be driven by people rather than tools or processes’.
This presentation covers following key topics in proving tools as necessary evil in an agile development environment :
Provides insight into both open source and commercial tools available in the market. These tools would help agile teams in enhancing the productivity of the team and enables timely delivery of the product with quality.
If you are into distributed development and offshore agile development, you would get to know the some of the best tools that could benefit your teams. Introduction to Valtech Cockpit, a distributed agile project management tool and its comparison with top 4 agile project management tools available in the market.
PDF (217 Kb) - [EN] - Test and other Ways to make your Code Right the first time
JUnit is a tool that is nearly universally used to support Test-Driven Development (TDD). While there are other tools, such as TestNG, none of have had a greater impact on unit testing or the support of TDD. JUnit 4 offers significant changes to how we organize and write tests, and it also offers backwards compatibility with environments that don't yet support it.
Learning what it takes to move to JUnit 4 is more important ever, since the upcoming release of Eclipse 3.2 will have built-in support for JUnit 4.
Many people aren’t familiar with the annotations or static imports in Java 5, so seeing a few examples will help them appreciate the changes JUnit 4 offers. It will also introduce them to some of the new features in Java 5.
JUnit is a tool that is nearly universally used to support Test-Driven Development (TDD). While there are other tools, such as TestNG, none of have had a greater impact on unit testing or the support of TDD. JUnit 4 offers significant changes to how we organize and write tests, and it also offers backwards compatibility with environments that don't yet support it.
Learning what it takes to move to JUnit 4 is more important ever, since the upcoming release of Eclipse 3.2 will have built-in support for JUnit 4.
Many people aren’t familiar with the annotations or static imports in Java 5, so seeing a few examples will help them appreciate the changes JUnit 4 offers. It will also introduce them to some of the new features in Java 5.
PDF (366 Kb) - [FR] - Automatisation des recettes fonctionnelles : un levier pour la conduite du changement
A l'heure où les contraintes de coûts de plus en plus fortes s'ajoutent aux contraintes de délais toujours plus courts, l'automatisation des tests est une évidence pour les maîtrises d’œuvre (MOE). De leur côté, les maîtrises d’ouvrage (MOA) restent souvent peu outillées et méconnaissent les bénéfices d'une stratégie d'automatisation des tests fonctionnels. Au delà du gain en qualité, en délai, et en coût, une telle stratégie permet d'améliorer la conduite du changement en faisant intervenir les utilisateurs dans des conditions optimales lors des phases de recettes.
L’article se propose de replacer ces éléments dans une approche pilotée par la perception de la valeur.
A l'heure où les contraintes de coûts de plus en plus fortes s'ajoutent aux contraintes de délais toujours plus courts, l'automatisation des tests est une évidence pour les maîtrises d’œuvre (MOE). De leur côté, les maîtrises d’ouvrage (MOA) restent souvent peu outillées et méconnaissent les bénéfices d'une stratégie d'automatisation des tests fonctionnels. Au delà du gain en qualité, en délai, et en coût, une telle stratégie permet d'améliorer la conduite du changement en faisant intervenir les utilisateurs dans des conditions optimales lors des phases de recettes.
L’article se propose de replacer ces éléments dans une approche pilotée par la perception de la valeur.
PDF (470 Kb) - [FR] - Utilisation pratique des normes et standards dans les projets
Aujourd'hui sur les projets informatiques, les normes et standards sont inconnus des équipes. Lorsqu’ils sont connus, ils font peur : la plupart d’entre elles déclarent qu’ils sont trop complexes.
Les équipes projets sont souvent seules face à ces normes et standards. Dans d’autres cas, elles considèrent être accompagnées par des ingénieurs qualité un peu trop bureaucratiques et très loin de la réalité des projets.
Forts de trois années de support "qualité et méthode" auprès de plusieurs types de projets (du petit projet réalisé localement au projet européen distribué et externalisé) et de notre position entre la MOA et la MOE, nous (Valtech) sommes arrivés à la conclusion que les normes et standards contribuent à répondre à des problématiques communes à toute organisation :valider méthodiquement et objectivement les livrables projets et organiser les projets avec des processus correspondant aux moyens et niveau de maturité des équipes
Aujourd'hui sur les projets informatiques, les normes et standards sont inconnus des équipes. Lorsqu’ils sont connus, ils font peur : la plupart d’entre elles déclarent qu’ils sont trop complexes.
Les équipes projets sont souvent seules face à ces normes et standards. Dans d’autres cas, elles considèrent être accompagnées par des ingénieurs qualité un peu trop bureaucratiques et très loin de la réalité des projets.
Forts de trois années de support "qualité et méthode" auprès de plusieurs types de projets (du petit projet réalisé localement au projet européen distribué et externalisé) et de notre position entre la MOA et la MOE, nous (Valtech) sommes arrivés à la conclusion que les normes et standards contribuent à répondre à des problématiques communes à toute organisation :valider méthodiquement et objectivement les livrables projets et organiser les projets avec des processus correspondant aux moyens et niveau de maturité des équipes
PDF (561 Kb) - [FR] - Les outils Open Source pour industrialiser les développements en environnements .NET
Industrialiser une application dans le monde .NET requiert une grande rigueur. Si avec Visual Studio Team Sytem 2006, l’offre de Microsoft commence de plus en plus à s’étoffer, il n’existe aujourd’hui aucun concurrent capable de rivaliser sérieusement avec l’éditeur.
Et pourtant, le marché Open Source .NET voit fleurir d’années en années toute une panoplie d’outils, provenant généralement du monde Java et destinés à combler de nombreux manques.
Parmi ces outils figurent CruiseControl, Nant, Nunit, Subversion et Gemini (gratuit dans le cadre d’un développement Open Source). La plupart proposent des API (ou connecteurs) permettant d’interagir avec le monde extérieur de facon plus ou mois aisée.
Dans le cadre des projets mis en œuvre chez Valtech, le besoin naissant d’un atelier d’industrialisation « léger » nous a conduit à intégrer la plupart de ces outils Open Source dans le but de mettre en place cette fameuse usine logicelle intégrée.
Cette session a pour objectif de vous présenter l’ensemble des outils mis en œuvre tout en insistant sur la nécessité d’une démarche globale basée sur l’intégration continue.
Industrialiser une application dans le monde .NET requiert une grande rigueur. Si avec Visual Studio Team Sytem 2006, l’offre de Microsoft commence de plus en plus à s’étoffer, il n’existe aujourd’hui aucun concurrent capable de rivaliser sérieusement avec l’éditeur.
Et pourtant, le marché Open Source .NET voit fleurir d’années en années toute une panoplie d’outils, provenant généralement du monde Java et destinés à combler de nombreux manques.
Parmi ces outils figurent CruiseControl, Nant, Nunit, Subversion et Gemini (gratuit dans le cadre d’un développement Open Source). La plupart proposent des API (ou connecteurs) permettant d’interagir avec le monde extérieur de facon plus ou mois aisée.
Dans le cadre des projets mis en œuvre chez Valtech, le besoin naissant d’un atelier d’industrialisation « léger » nous a conduit à intégrer la plupart de ces outils Open Source dans le but de mettre en place cette fameuse usine logicelle intégrée.
Cette session a pour objectif de vous présenter l’ensemble des outils mis en œuvre tout en insistant sur la nécessité d’une démarche globale basée sur l’intégration continue.
PDF (160 Kb) - [FR] - La gestion de projet offshore : Qu'est-ce qui change ?
Cet article présente un certain nombre de « Lessons learned » (leçons acquises) dans les activités de gestion de projet Offshore suite à l’expérience vécue dans ce contexte par plusieurs chefs de projet chez Valtech.
Cet article présente un certain nombre de « Lessons learned » (leçons acquises) dans les activités de gestion de projet Offshore suite à l’expérience vécue dans ce contexte par plusieurs chefs de projet chez Valtech.
Search for a subject by typing in a keyword.