内容标题11

背景与问题

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

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

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

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

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

录【制回放工具与测试脚本

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

对象库：基這才能夠擁有如此龐大于脚本与对象库分离

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

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

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

检查点

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

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

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

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

测试工具服务化

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

批量执行框架

执行框架，支持：

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

预约执行、周期执行；

跨项目的批量执行；

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

自动化测试报表

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

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

测试用例的密度