自动化测试考虑因素
我想要在项目里做自动化,但是一来没接口文档,二来UI 界面不稳定,做不起来。
答: 没有条件的时候需要主动去争取条件。 没有接口文档就要求开发整理和提供;界面不稳定就去质疑为什么要变,为什么不及时通知测试。所以对项目质量无益甚至有害的习惯都得及时挑出来去改正。
我们敏捷开发过程中,有些需求经常变来变去,自动化的维护成本太高了。
答: 在项目过程中自动化要注意控制范围:
- 优先覆盖主要的业务流程。 这部分流程肯定是每天要跑的,而且能发现重要的问题,即使是经常要维护也是值得。
- 有余力的情况下覆盖部分分支业务流程。
- 不建议覆盖太多的异常流程。 异常流程往往实现的成本比较高,维护难度也大;而且即使这些流程出问题了,也不是高等级的bug,所以可以选择性忽略。