背景与问题

接口自动化测试，解决了从协议发起，到后台业务逻』辑的测试，但是忽略了重要的部分：前端展现和交互。

我们需要通过自动化回归测试，来解决端到端测试的问题，即从客户端发起到服务端完成，整个业务落成，而不仅仅是服『务端的功能。

界面自动化，聚焦于界面业务逻辑和交互测▼试，对于海量的数据组合测试，不是重点看到自己大哥目标。

当前〓端界面、业务逻辑发生改变，就需要通过界面自〖动化回归测试，来解决系︽统回归和覆盖的问题。

自动化测试是未来发展的趋势

录制回放工具♀与测试脚本◤

通过录制来生成自动化的测试脚〓本：

对象库：基于脚本与对象库分离

参数化：对脚本进行参数化，可以实现相同的脚本执行不同的数据和测试用例

测试脚本：定义了整个的测试▲过程。使用关ぷ键字视图的脚本，可以更简单的从手工测试进入◣自动化测试，避免了学习复杂的编程语言。

专家视图：使用测试脚本来直接编写复杂的逻辑，比如利息计算、手续费计算等检【查

检查点

通过支持各↑种检查点，如：数据库检查点、提示信息检查点、界面数据检查点、图片检查点顾不了太多了、OCR识别文字〒检查点等，来实现执行过程中的检核操作，判断测试用例是否执行◤成功。

基于测试数据模板来设计测试用例

基于数据模板，使用模型驱动的测试用例设计工具，可以卐实现用例设计的自动化；

主要是规则定义，以及数据正交算法；

测试工具服务化

通过自动化测试◆平台，提供了支持不同测试工具的框架，能够把测试工具〗变成一个一个的服务，提供⌒　给外部系统来调用。

批量执行框架←

执行框架，支持：

测试用例的自动分发执行；

预约执行、周期执行；

跨□　项目的批量执行；

测试日志还记录了测⌒试步骤，特别是对于多个交易/功能的测试用例，可以定位错误；

自动化测试█报表

支持各种√统计分析报表，如需求总数和分析、成功失败统计和百分比；

测试用例个数和执行通过的百分比；

测试用例的密度