BDD BDD 和 keyword Driven 在需求方完全不写也不看脚本,也不用 GWT/keyword 形式定义需求时比 xunit 好在哪?

黄弟庄 · 2020年10月15日 · 最后由 黑水 回复于 2020年10月15日 · 1808 次阅读

xbehave , Robot Framework, 比 xunit 方式管理自动化测试脚本的好处,除了能跟需求方拉通方便还有哪些?

如果需求方完全不理睬这些,就是自然语言写需求的话,是不是 xbehave , Robot Framework, 并不比 xunit 更好呢?

在这个前提下,我自己没发现有什么好的地方,看起来就是 “上了更厚重的框架却不带来好处”,而且我工作过的 4 个公司里有 3 个有这个情况

而我在招人的过程中也统计过,我面试过的候选人(不乏有国际知名公司工作经历的)大多数经历过这种 “需求角色就是用自然语言描述需求完全不理这些东西” 但项目上仍然采用 xbehave , Robot Framework 这样比 xunit 更加厚重的框架。

我实践中的感觉是 xbehave , Robot Framework,这样的框架相比 xunit 框架 事实上是增加了测试用例 不通过时的排查工作量的。

但不光国内,包括国外很多大公司的项目都不同程度的存在这种 “上了更厚重的框架却不带来好处” 的情况,我相信这是有原因的,只是我不知道原因是什么。

大家探讨一下?

共收到 1 条回复 时间 点赞

“你有怎样的社会结构,你就积累怎样的知识。”
"设计系统的架构受制于产生这些设计的组织的沟通结构。"
“下属批评让管理层更具创造力,因为下属无法影响管理者的薪酬和位置,从而不会触发管理者的不安全感;而来自上级的自上而下的批评,则会让管理者显示出较低的创造性”

看老书的时候就觉得,敏捷宣言呀、BDD、TDD 呀,这些的提出者在那个时代所处的公司的组织架构、评价方式,和现在国内这些互联网大厂差别太大了。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册