思考一个问题:

做产品功能开发使用设计模式,本质上应该说是解决:解藕和复用的问题。
但是如果自动化脚本也存在大量需要解藕和复用的关系,是否是自动化测试方案设计有问题?

如果在公司是不主导测试方案设计,而是只负责方案实现,感觉可以理解模式的使用。因为脚本编写的人员不知道自己需要
实现什么样的脚本,也无法预知后续方案迭代的变化。就像做功能开发的人员,不知道后续产品的变化一样

但如果是做整体的解决方案,个人比较倾向于,方案设计和脚本实现都是整体的
在做测试方案设计的时候,应该要尽量避免掉用例间存在交叉和关联,也就减少耦合部分。这样在脚本实现上也会更加简单,成本更低


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