自动化测试考虑因素

我想要在项目里做自动化，但是一来没接口文档，二来UI 界面不稳定，做不起来。

答： 没有条件的时候需要主动去争取条件。 没有接口文档就要求开发整理和提供；界面不稳定就去质疑为什么要变，为什么不及时通知测试。所以对项目质量无益甚至有害的习惯都得及时挑出来去改正。

 

我们敏捷开发过程中，有些需求经常变来变去，自动化的维护成本太高了。

答： 在项目过程中自动化要注意控制范围：

• 优先覆盖主要的业务流程。 这部分流程肯定是每天要跑的，而且能发现重要的问题，即使是经常要维护也是值得。
• 有余力的情况下覆盖部分分支业务流程。
• 不建议覆盖太多的异常流程。 异常流程往往实现的成本比较高，维护难度也大；而且即使这些流程出问题了，也不是高等级的bug，所以可以选择性忽略。