Reputation
3,109
Top tag
Next privilege 5,000 Rep.
Approve tag wiki edits
Badges
1 7 13
Impact
~83k people reached

Aug
13
comment Design patterns - do you use them?
@AaronHall Thank you! Much appreciated; I like me some shinies.
Aug
13
awarded  Great Answer
Jul
29
answered Which style to use for features that are not directly driven by humans when using BDD Gherkin language?
Jul
20
comment BDD, Cucumber best practices
@Soru Agreed, but you can still do BDD at a unit level, exploring the behaviour of classes and methods instead of systems. We took the capability out of JBehave 2 because it was possible and easier with JUnit. Here's an NUnit example, showing the Given / When / Then in comments: github.com/lunivore/WiPFlash/blob/master/WiPFlash.Behavior/…
Jul
18
comment BDD, Cucumber best practices
@Soru I wrote a bit more about the move from class-level examples to system-level scenarios, and Chris Matts' involvement, here: lizkeogh.com/2011/06/27/… - please pass this on to whoever gave you your version of history.
Jul
18
comment BDD, Cucumber best practices
@Soru Dan North created JBehave back in 2004. He ported it to Ruby, which became RBehave, which became RSpec's story runner, which became Cucumber. And originally it was a replacement for JUnit. I know this because I helped him write JBehave 1.0 and the core of JBehave 2.0. Dan's introductory post also talks explicitly about how he started BDD as a replacement for TDD, and the use of the word "should" instead of "test": dannorth.net/introducing-bdd
Jul
16
comment BDD, Cucumber best practices
BDD actually started as a way of looking at the behaviour of classes, rather than systems; JBehave (the first BDD tool) was originally a replacement for JUnit.
Jul
16
answered BDD, Cucumber best practices
May
14
comment BDD: Is it wrong to call it “Behaviour Driven *Design*”?
@RobertHarvey We care a lot more about the results than we do about what people call it. So I wouldn't worry too much. My hat is hanging over here: infoq.com/presentations/Learning-and-Perverse-Incentives
May
13
comment BDD: Is it wrong to call it “Behaviour Driven *Design*”?
Most inexperienced developers might, but it's their role that's poorly titled, since they're usually coders or programmers. I can promise that testers and analysts don't make that assumption, nor does the Head of Development in your org, and it's that person we're really trying to sell it to.
May
13
comment BDD: Is it wrong to call it “Behaviour Driven *Design*”?
@RobertHarvey "Development" in this sense refers to the entire software development lifecycle. Otherwise we'd have called it Behaviour-Driven Programming.
May
13
answered BDD: Is it wrong to call it “Behaviour Driven *Design*”?
Apr
17
comment How to use unit tests when using BDD?
The author of the article is Dan North, who came up with the concept in the first place. One of the things he noticed is that the word "test" causes us to move to testing our implementation (solution domain) whereas actually, exploring and defining tests should really keep us in the problem domain. Dan has described BDD as "what TDD was meant to be". Read this for more info: dannorth.net/2012/05/31/bdd-is-like-tdd-if
Apr
17
comment How to use unit tests when using BDD?
@soru Back in 2003 it did indeed enforce the word "test".
Feb
25
comment Is TDD the best software development philosophy?
@ThreaT I could, but it would be a bit self-serving since most of them are on my blog: lizkeogh.com/category/bdd - try also any answers I've given here to StackOverflow BDD questions, or on programmers.stackexchange.com. Older stuff tends to be more code-focused than newer. And thank you for the kind feedback!
Feb
24
comment Is TDD the best software development philosophy?
@ThreaT I want it to be that. I try to actually treat things like performance and scalability as requirements, and monitor wherever we can't test: lizkeogh.com/2014/02/10/discrete-vs-continuous-capabilities - deliver the monitoring using the same principles. This helps devs know exactly what they need to achieve so they don't over-engineer or have to hack it in at the last minute. Tom Gilb has a lot of stuff in his work on Evo on quantifying functionality like this more precisely too. I think devs are more aware because historically they had to be.
Feb
24
revised Is TDD the best software development philosophy?
Behaved, not worked. Because sometimes it doesn't work.
Feb
24
comment Is TDD the best software development philosophy?
@Noobcanon Try working at Enterprise scale. All the same spaghetti patterns replicated with architecture: no clear golden sources of data, two systems doing the same thing because you bought that other company last week, fifty clients all interpreting your web API in different ways, those three clients who refuse to upgrade to the latest version so you have to support both... acceptance testing doesn't solve all the problems either. Sometimes it can be useful to add some examples to show how lower levels behave too, so that you can unpick these kind of inevitable messes.
Feb
24
revised Is TDD the best software development philosophy?
Added link to Dan's intro to BDD
Feb
24
answered Is TDD the best software development philosophy?