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

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

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

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

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

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

大家探讨一下?


↙↙↙阅读原文可查看相关链接,并与作者交流