CODEWITHSUNDEEP
tddcontinuous-integrationbddacceptance-testingcontinuous-delivery
Markus
Markus

Reputation: 3627

Continuous Integration and Acceptance Test Driven Development

I have a question related to Acceptance Test Driven Development (ATDD). According to the process, I start every feature with an acceptance test (end-to-end test). I commit these tests and they are failing as expected. The problem is that I should somehow distinguish between the acceptance tests that are failing because the feature is not complete and those that are failing because of some regression. What is the best practice for organizing CI process with ATDD?

Upvotes: 4

Views: 805

Answers (1)

tallseth
tallseth

Reputation: 3675

The tests that are not implemented yet should not be running in CI. The point of CI tests is to catch regressions. Catching "not done yet" problems creates a situation where red builds are "normal" and ignored. This is the worst outcome possible.

There are a lot of ways to do this, and the best will depend on your context. The simplest is to write the acceptance test first, but don't check it in until it passes (ie, you implemented the feature).

Upvotes: 3

Related Questions