So, I'm not in application development, I've only recently arrived at Agile via the #devops movement, and I've been gathering many references to things I learned about in Gent.So, everyone re-emphasizes that getting business folks together with developers and having them talk through examples is still a must-do, whew. But regarding automating these examples, Shore, Rainsberger, and Marick say no. Others argue yes. -- An interesting debate indeed. What say you? -- InfoQ
What strikes me is that Jim Shore does not say no to automated testing. Number one in his list of alternatives is still his 'defect-elimination workhorse' of Test-Driven Development (TDD).
And that number one actually consists of three seperate practices: unit test, focused integration tests, and end-to-end integration tests.
Those are all part of the Continuous Integration paradigm: ship early, ship often. And all of these tests are essential for such practices as refactoring. (Or we will never be able to fulfill one primary requirement for the latter: unchanged behaviour).
Automated builds and automated testing are all about keeping the feedback loop short.
Acceptance tests come down to one simple thing, or just one single word...
Trust
And trust is based on the relation that we have with the customer. We build that by sitting down with the customer and getting agreement on requirements - frequently. That is a different kind of feedback loop, in which we demonstrate we understand those requirements.
Now this is serendipitous - it's friday:
jamesshore Just released full text of "Trust" from Art of Agile Development: http://bit.ly/ccwnN
I swear - I didn't peek.
No comments:
Post a Comment