思考一个问题：

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

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

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