背景与问题

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

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

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

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

接口测试自动化实施过程

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

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

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

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

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

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

检查点

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

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

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

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

测试工具服务化

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

批量执行框架

执行框架，支持：

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

预约执行、周期执行；

跨项目的批量执行；

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

自动化测试报表

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

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

测试用例的密度

作者：fangminhe

原文链接：http://blog.itpub.net/31387097/viewspace-2792227/