Joh*_*pha 1 tdd bdd acceptance-testing cucumber cucumber-java
我有一个包含超过 66 个场景的 Cucumber 功能文件!功能文件的标题确实代表了场景的全部内容。
但 66(200 步)感觉是一个相当大的数字。这是否表明我的专题标题过于宽泛?
单个功能文件中的最大场景数是多少(从最佳实践的角度来看)?
提前致谢 :)
虽然我不知道你的系统和功能文件,但我可以肯定地说,对场景及其目的存在误解。
场景的目的是通过示例来阐明该功能。通常,人们倾向于编写场景来涵盖所有用例。如果您以这种方式执行场景,该功能就会失去人类可读的能力。
请记住,编写验收测试和更改成本都很高。写出最少的场景。如果某个场景不会为理解该功能带来任何额外价值,那么该场景就不应该存在。将所有用例移至较低级别的测试 - 单元测试。
在大多数情况下,该功能的场景数量以单位为单位,如果是复杂功能,则为数十个。
编辑:如果场景数量接近 10,我宁愿将功能文件拆分为更多文件来描述功能的更深层部分。
| 归档时间: |
|
| 查看次数: |
6634 次 |
| 最近记录: |