Write and maintain Behavior-Driven Development tests with Gherkin and Cucumber. Use when defining acceptance scenarios, writing feature files, implementing step definitions, running Three Amigos sessions, or diagnosing BDD test quality issues. Keywords: bdd, gherkin, cucumber, given when then, feature files, step definitions, acceptance criteria, three amigos, example mapping.
97
100%
Does it follow best practices?
Impact
96%
1.04xAverage score across 8 eval scenarios
Passed
No known issues
Feature file creation and business language
Business language usage
93%
93%
Non-developer readability
93%
93%
Observable behavior focus
86%
93%
Given/When/Then structure
80%
100%
Avoids implementation details
86%
93%
Specific observable outcomes
90%
80%
Single behavior focus
80%
90%
Deterministic scenarios
80%
90%
Cucumber execution and reporting
Basic cucumber execution
100%
100%
Dry-run validation
100%
100%
Tag-based filtering
80%
100%
JSON report generation
100%
100%
Multiple execution methods
100%
100%
Proper file paths
100%
80%
Exit code awareness
80%
100%
Report file organization
100%
100%
Step definition implementation
Business language mapping
100%
100%
Avoids implementation details
90%
90%
Maintains scenario meaning
93%
93%
Proper Cucumber syntax
100%
100%
Step reusability
73%
80%
Abstraction layer
66%
86%
No brittle dependencies
90%
90%
Scenario independence and structure
Given/When/Then structure
93%
100%
Scenario independence
85%
100%
No cross-scenario coupling
90%
100%
Deterministic execution
80%
100%
Self-contained setup
86%
100%
Single behavior focus
80%
100%
Cleanup consideration
100%
100%
Three Amigos process and anti-patterns
Three Amigos collaboration
90%
100%
Avoids vague outcomes
95%
95%
Observable behavior specification
86%
93%
Stakeholder alignment evidence
93%
100%
Specific examples over abstractions
93%
100%
Anti-pattern avoidance
90%
100%
Business language consistency
100%
100%
BDD scope boundaries and when not to use BDD
Identifies internal implementation exclusions
100%
100%
Stakeholder-facing behavior identification
100%
100%
Clear scope boundaries
100%
100%
Alternative testing recommendations
100%
100%
Business readability principle
100%
100%
Implementation detail avoidance
100%
100%
BDD test maintenance and refactoring workflows
Duplication identification
93%
93%
Scenario consolidation strategy
95%
95%
Step definition refactoring
90%
95%
Maintains scenario readability
93%
93%
Systematic refactoring approach
93%
93%
Preserves test intent
90%
90%
Reusable step library design
100%
100%
Advanced Cucumber workflow and CI integration
Multiple output formats
100%
100%
Advanced tag strategies
100%
100%
CI/CD pipeline integration
100%
100%
Failure analysis workflow
100%
100%
Performance and timing considerations
100%
100%
Report organization and usage
90%
100%
Configuration management
90%
70%
Exit code handling
80%
100%
Table of Contents