oop – 关于设计或分析的行为驱动开发?
我读到的关于BDD的内容越多,以及它应该如何改进TDD,这对我来说就更加混乱了.我发现专家的引言说它是关于设计的,但也有其他专家说这是关于分析的.
我目前看到它的方式是这样的: 1)分析:BDD 从wikipedia
所以在BDD之后我们有了要求(故事和场景).但我不确定概念模型部分. 2)设计:例如使用CRC卡的可靠性驱动设计等工具 3)代码:编码设计,可选择使用测试(就像他们所说的TDD做错了,我也觉得有用) 我怎么看错了?我现在很难看到森林穿过树林.
简而言之,这与分析有关.
BDD用于“验收测试驱动开发” – 即用于了解被测系统是否表现为特定用户故事场景的预期. 当我与Jbehave合作时,我们在用户故事层面使用它,并且仍然使用“常规”TDD来处理单个对象之间和子系统之间的协作. 通常,业务系统使用BDD方案来描述业务域行为,而不是测试系统内的微小实现细节.您希望BDD场景适用于域专家的抽象级别.这些场景对领域专家来说没有多大意义,如果他们描述了实施的每一个细节,那将非常脆弱. BDD场景说明了系统应该为用户故事做些什么,而不是如何做到这一点. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 刚发现的最佳拍档 LocalConnection 和 SharedObject
- magento2 – Magento 2:显示加载器当Ajax调用Column行动作
- 实现XML和Web服务时要避免的三种常见错误
- U-Boot操作Flash (NOR, NAND & SPI)
- Quick-Cocos2d-x 3.3中常用的文件和函数(一)
- ruby-on-rails – rails fields_for使用多个本地生成部分生
- 慕课 《React.js入门基础与案例开发》 总结
- UML关系(泛化,实现,依赖,关联(聚合,组合))
- 正则表达式常用表
- C++ adjacent_find(STL adjacent_find)算法使用详解