1. I guess that doesn't really work with me because my specs are BDD-style. I don't write technical specs, just requirements as tests.
2. Oh, okay. I guess I haven't done enough of that, to encounter that problem. They usually give me the thinner stuff to do, like ORMs or clients.
3. Interesting. Must be because I'm a tester, rather than a "real" developer.
If you say BDD, do you mean Cucumber/Gherkin? I wanted to talk to someone doing this in real life since a long time ago.
Yeah, Gherkin. It was in PHP, at my last job, but I want to do some python this time around. We already defined the user stories with AC, to prep for doing this, later.
What is AC?
I‘d like to start using Cucumber in the context of domain driven design. My problem is that the initial design phase of projects never leaves space for this budget-wise. While I learned in engineering school that 10% of the project budget is to be allocated for an architectural prototype, the situation on our agency projects is completely different. It starts from selling the shiny thing and then underpinning the business logic in a move-fast-break-things manner. We are at least disciplined enough to have 100% unit-test coverage. But how do I make a proper argument for long-living domain logic tests which are readable for the business side and serve as a discussion base for business model design changes?
Acceptance Criteria
We just do no other specs and use them as our manual acceptance test.
Do you outsource the programming work? Or are the Gherkin specs used in house?
In-house.
1. Are they written as end-to-end tests?
2. Let‘s say using Selenium?
3. What‘s the abstraction level in practice? Is it „when I click button X…“ or is it „when a salesperson creates a discounted offer“?
Please tell me when I ask to much.
Hey, no problem. I'm surprised to find someone interested in this topic. 😄
They're written as business scenarios and you can combine them into E2E tests. You can reuse one scenario like "login with valid customer profile" into lots of different E2E tests.
At my old company, we were using Behat. That was a couple years ago. It's based upon Gherkin and the parsers often use Mink (similar to Selenium) or something. But you can also
https://docs.behat.org/en/latest/
I know some java developers that were using Cucumber Open, I think:
I rediscovered my interest for BDD with the rise of ChatGPT. The long road to „AI“-supported coding must include good and executable specs somewhere, I believe. We‘ll be in an undebuggable mess otherwise.
