版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/cadi2011/article/details/86290090
0、大部分会做服务器接口自动化测试
主要因为客户端的UI层经常改动，代码可维护性弱（成本高），且如果需求经常变更时，对自动化测试的代码逻辑也要经常改动。 但如果对于一些需求较为稳定，测试重复性工作多的使用Ui自动化则能大量减少人力物力在一些简单的手动重复工作上
1、上面描述那一条其实是最大的误区，就是需求变更对于Ui自动化的产出比影响，认为维护起来困难，其实真正的原因是你的Ui自动化架构太烂，可维护性太差，耦合严重。
2、解决办法：采用合理的架构，要易于维护的架构，封装要到位，随时都可复用，就算是页面上的控件，也就是需求变更了，仅仅添加几行代码的事情，根本没有所谓部分二手资料里想象的那么困难，这就是看二手资料的后果，对于大牛们的一手资料，只要公司或者是自己有痛点，一定要从代码层去解决问题。
3、假设主要的业务逻辑（第一个是测试角度的主业务，每次回归测试checklList的主业务），其实真正的主业务逻辑，还是需要数据支撑的，用户经常在哪几个页面，停留时间有多久，最常用的几个页面，以及停留最久的几个页面，使用频次最多个按钮是哪个，或者从商业化角度来看，哪几个页面带来了收益，所以一定要重点关注一下。