目前测试遇到了不少瓶颈，然后翻过来再查看测试金字塔，发现执着于UI层面的测试，很容易陷入痛苦之中。请看下面这幅图。
测试金字塔
UI层面的测试覆盖在20%用例，目前困境就是UI变化多，一旦变化，用例就无法执行且极难维护，另外查过资料及看过一些说明，UI自动化测试适合一些稳定版本的回归测试，且需要主业务流程，保证主业务流程正常进行。目前情况就是UI层面的断言是个问题。人去做断言比机器容易的多，比如切换成什么页面，而且UI非常的繁杂，都是展示为主，所以如果做自动化测试会变得非常复杂。
API层面的测试断言就很确定了，因为主要是数据的交互，给服务器发送请求回应数据，然后进行断言，主要流程是
如果有接口增加数据库的接口，则进行增加，如果没有则进行数据库添加的动作，然后进行断言。
最底层的单元测试则是开发级别的水平，必须看得懂开发的代码。
目前具体工作开始向api测试渗透。目前使用python,比起java库多且方便调用。
