How TDD/BDD Miss the Point: Introducing EDD

Published March 22nd, 2010 Under Software Testing | Leave a Comment

Ruby’s testing culture goes way back, and has been a force for making many Ruby projects a showcase for solid, maintainable code. That said, within a business an exclusive focus on TDD and BDD can easily miss the bigger picture and drive optimizations in the development process that negatively impact the business as a whole. Part business talk and part technical talk, we’ll discuss what “Experiment Driven Development” is, why you should be doing it from day 1 (probably even before writing tests!), and what cool Ruby tools you can leverage to make it happen.

Go Behave! A BDD Framework for the Go Programming Language

Published March 15th, 2010 Under Agile | Leave a Comment

Gospecify is a behavior-driven development (BDD) framework for Go. Rather than focus on testing every nook and cranny of some code, it helps a programmer produce an executable specification of that code’s behavior. Go’s syntax allowed gospecify to be almost as expressive as Ruby’s rpsec; however, a few tricks had to be used to achieve the best readability. This talk will introduce BDD concepts and demonstrate how to implement them in Go using gospecify.

Pickle with Cucumber

Published March 10th, 2010 Under Software Testing | Leave a Comment

Pickle adds many convenient Cucumber steps for generating models. Also learn about table diffs in this episode. Cucumber lets software development teams describe how software should behave in plain text. The text is written in a business-readable domain-specific language and serves as documentation, automated tests and development-aid – all rolled into one format. Pickle gives you cucumber steps that create your models easily from factory-girl or machinist factories/blueprints

http://railscasts.com/episodes/186-pickle-with-cucumber

Lessons from Target Value Design

Published February 9th, 2010 Under Agile | Leave a Comment

Target-Value Design (TVD) turns design upside-down, some examples are:
- Rather than estimate based on a detailed design, design based on a detailed estimate.
- Rather than narrow choices with design, carry solution sets far into the design process.
TVD offers designers an opportunity to engage in the design conversation concurrently with people who procure services and execute the design.

http://www.infoq.com/presentations/target-value-design

Pragmatic Personas: Putting the User back in User Stories

Published January 29th, 2010 Under Project Management | Leave a Comment

Jeff Patton briefly reviews the different ways that software is currently built and then describes how to create and use user personas to design and build software that has a better user experience. Jeff walks us through how to collaboratively build a user persona, what a user persona should include, and how to use these personas to write user scenarios that end up as user stories wit.

http://www.infoq.com/presentations/pragmatic-personas

Related resource

Article: Agile, Multidisciplinary Teamwork by Gautam Gosh

« go backkeep looking »