随着自动化测试覆盖率的增加,自动化测试项目本身的代码复杂性也会相应提高。不同于其他软件开发项目,UI 自动化测试有其特性,它是模拟人手工来执行测试套件,验证产品质量的一种软件项目。它通过运行测试套件中的验证点,判断验证点是否通过来验证是否有缺陷产生;而缺陷的数量和缺陷在不同模块的分布对软件产品质量的定性分析和预测很重要。一个良好的自动化日志模块应该能有效的记录和反应这些缺陷信息,提供给所有关心质量项目人员他们所需要的质量指标。界面元素的变动和重新识别往往是自动化项目维护成本较高的原因之一,如何高效准确的识别和定位界面元素的变化很重要,一个好的日志模块应该能准确记录运行信息,捕获控件识别的情况,帮助测试开发工程师迅速的定位问题。下面基于 IBM Rational Functional Tester 介绍如何实现一个高效的 UI 自动化测试日志框架。
在自动化测试过程中,测试开发人员侧重于脚本本身运行成功与否,会从多个角度关注测试脚本的运行状态:失败信息提示,待测系统信息,脚本运行服务器信息,测试数据信息。其他质量人员则会从产品角度关注缺陷分布情况和整体的产品质量:测试脚本(通常一个脚本对应一个用例)所属功能范围,缺陷总数目,缺陷在各个功能模块的分布。
日志模块应该能在运行完毕测试用例以后输出相应的信息,这些信息可以以全局变量的形式记录在 Test Logger 当中。每启动一个 Test Case,相应的初始化一个 Test Logger,记录这个用例不同维度的测试指标,当一个脚本运行完毕以后,应当自动的把这些信息以用户期望的形式输出。在每个 Test Case 里都应当有一个 Test Logger 初始化和终止的方法来初始化和记录这些信息。
IBM Rational Functional Tester 支持多种类型的日志展示:
原文转自:http://www.ibm.com/developerworks/cn/rational/1611_xux_rft/index.html