3 ms·
if your tests cover the acceptance criteria as defined in the ticket, why is all htat other stuff necessary?
by anthonypasq 10mo ago
if your tests cover the acceptance criteria as defined in the ticket, why is all htat other stuff necessary?
- sunsetMurk 10mo agoAcceptance criteria are often buggy themselves, and require more context to interpret and develop a solution.
- otterley 10mo agoIf you don't have sufficiently detailed acceptance criteria, how can anyone be expected to write code to satisfy them? That's why you have to start with specifications. See, e.g., https://martinfowler.com/articles/exploring-gen-ai/sdd-3-tools.html https://martinfowler.com/articles/exploring-gen-ai/sdd-3-too...
- 9rx 10mo agoI wonder how many more times we'll rebrand TDD (BDD, SDD)? Just 23 more times? ADD, CDD, EDD, DDD, etc. Or maybe more?! AADD, ABDD, ACDD, ..., AAADD, AABDD, etc.
- deleted 10mo ago[deleted]
- pydry 10mo agoBDD is different, it is a way of gathering requirements. As is, SDD it is some sort of AI nonsense.
- otterley 10mo agoDevelopers who aren't yet using AI would benefit from specs as well. They're good to have whether it's you or an LLM that's writing code. As a general rule, the clearer and less ambiguous the criteria you have, the better.
- 9rx 10mo agoBDD was trying to recapture what TDD was originally, renamed from TDD in an effort to shed all the confusion that surrounded TDD. Of course, BDD picked up all of its own confusion (e.g. Gherkin/Cucumber and all that ridiculousness). So now it is rebranded as SDD to try and shed all of that confusion, with a sprinkle of "AI" because why not. Of course, SDD already is clouded in its own confusion. Testing is the least understood aspect of computer science and it turns out that you cannot keep changing the name and expect everyone to suddenly get it. But that won't stop anyone. We patiently await the next rebrand.
- anthonypasq 10mo agothats impossible. Bugs are defined as when the code does not match the acceptance criteria.
- Yodel0914 10mo agoBecause AC don’t cover non-functional things like maintainability/understandability, adherence to corporate/team standards etc.
- layer8 10mo agoIf your acceptance criteria state something like “produces output f(x) for any inout x, where f(x) is defined as follows: […]”, then you can’t possibly test that, because you can’t test all possible values of x. And if the criteria don’t state that, then they don’t cover the full specification of how the software is expected to behave, hence you have to go beyond those criteria to ensure that the software always behaves as expected. You can’t prove that something is correct by example. Examples can only disprove correctness. And tests are always only examples.