This document discusses functional testing using Cucumber. It recommends using Cucumber's Gherkin language to write feature files with scenarios and step definitions. The document outlines their workflow of 8 master releases per year with functional testing done after each sprint. It discusses Cucumber terminology and provides recommendations for writing better Cucumber tests as well as examples of Cucumber reports. Both pros and cons of using Cucumber are listed.
13. 6 teams
8 master releases per year / every 3 weeks maintenance release
1 master release = 3 sprints
DoD and functional testing
OUR WAY OF WORKING (2/2)
19. RECOMMENDATIONS (1/2)
Imperative vs declarative
clear separation (scope) of scenarios
Don’t put meta data in step defs
Group tag scenario’s
20. RECOMMENDATIONS (2/2)
Context driven (no state in step definitions)
Never -> Thread.sleep(x)
Performance as important factor
Scenario outlines (tables)
24. PROS AND CONS
PROS CONS
+ Regression out-of-the-box (return of
investment)
+ Quality assurance tool to improve
overall code quality
+ Acts as JavaScript test tool (if you don’t
have KarmaJS, JasemineJS, etc …)
+ Rebase verification
+ Test mobile development (emulated
but works pretty well) / multiple
browsers
+ Nice reporting (pdf + screenshots)
+ Other stuff (test toggles, AEM
components, etc …)
- Time consuming (full time job)
- High setup cost
- Inconsistency of mock data results in
bad tests
- Team effort (all stakeholders!)
otherwise it is useless