题外话: 如何让开发接受有自动化测试参与的研发过程

对于遗留系统做UI自动化常常是困难的.

那么对于新业务进行UI自动化可行吗?

可行的.

如何说服开发人员接受编写可测试的代码呢?

　　那么想想为什么他们接受了编译器吧 ---- 如果测试编写完成了测试代码, 且在开发实现业务逻辑时, 能用已有的测试代码来验证自己的业务逻辑, 那么对于开发, 也没有更好的理由拒绝这种福利.

 

这对于测试是不是要求有点高了?

我觉得还好. 但是里面有一个明显的问题: 没有页面元素, 测试脚本怎么证明被完全执行了呢. 如何去验证这种问题呢

这不仅仅是结对开发就能解决的问题. 

因此大多数团队都只是在做尝试, 但是里面有很明显的有利条件:  编写UI测试时, 考虑的场景是弱化了数值处理,异常判定和模块设计的.更多的是完全参考业务来进行编码. 开发效率应该会强于业务代码

因此不妨用mock的方式去解决流程上的问题. 通过多频次的小规模迭代, 实现和开发的代码的对接. 逐步取消mock的数据.

这就是TDD的方式.

但是由于没有尝试过, 里面必然还有很多疏忽和欠缺考虑的地方. 目前的我还没有办法做出更详细的考虑. 实践出真知, 就在以后的过程中慢慢尝试吧.