QTP/UFT（五）：飞机售票系统登录测试数据驱动实战

1. 数据驱动测试基础概念数据驱动测试是自动化测试中非常重要的一个方法。简单来说就是把测试数据和测试逻辑分开管理。想象一下如果你要测试100组不同的登录账号密码组合传统方法可能需要写100个测试用例而数据驱动测试只需要一个测试脚本配合一个包含100组数据的数据表。在飞机售票系统登录测试中数据驱动特别实用。因为登录功能通常会有多种情况需要验证正确的账号密码、错误的密码、空密码、账号长度不足等等。使用数据驱动方法我们可以把这些测试数据都放在一个Excel表格或者数据库中然后让测试脚本自动读取这些数据进行测试。我刚开始接触QTP/UFT时最头疼的就是每次修改测试数据都要改脚本。后来学会了数据驱动方法工作效率直接翻倍。比如测试登录功能时只需要维护数据表不用动脚本代码这对团队协作特别有帮助。2. 测试数据表设计实战设计一个好的测试数据表是数据驱动测试成功的关键。在飞机售票系统登录测试中我们需要考虑以下几个字段代理名称这是登录用的用户名密码登录密码需要注意UFT会对密码进行加密处理预期结果这列记录我们期望系统返回的结果实际结果这列由脚本自动填充记录系统实际返回的结果测试状态标记测试是通过还是失败我建议使用Excel来管理测试数据因为QTP/UFT内置了对Excel的良好支持。表格设计可以这样代理名称密码预期结果实际结果测试状态ahoxxxx代理名称长度必须至少为4个字符xxxx请输入代理名称ahoo请输入密码ahoo错误密码密码错误。请重试ahoo正确密码登录成功在实际项目中我通常会为数据表添加更多元数据比如测试用例ID、优先级、测试人员等信息。这样生成的测试报告会更加详细。3. QTP/UFT参数化设置详解参数化是数据驱动测试的核心技术。在QTP/UFT中我们可以通过以下步骤实现参数化首先录制一个基本的登录脚本使用固定的用户名和密码然后选中用户名值右键选择参数化在弹出的对话框中选择数据表参数为这个参数命名比如代理名称对密码也进行同样的参数化操作Dialog(登录).WinEdit(代理名称:).Set DataTable(代理名称, dtGlobalSheet) Dialog(登录).WinEdit(密码:).SetSecure DataTable(密码, dtGlobalSheet)这里有个重要细节密码字段要使用SetSecure方法而不是普通的Set方法因为UFT会对密码进行加密处理保证安全性。在实际操作中我发现很多人容易忽略数据表的sheet选择。UFT默认使用Global表但如果你的数据在其他sheet中需要明确指定DataTable.ImportSheet C:\TestData.xls, LoginData, dtGlobalSheet这个命令可以把外部Excel文件中的特定sheet导入到UFT的数据表中。4. 测试脚本优化技巧基础脚本跑通后我们需要考虑如何优化脚本使其更健壮、更易维护。以下是我在实际项目中总结的几个实用技巧错误处理机制登录测试可能会遇到各种异常情况比如弹窗提示、系统卡顿等。好的脚本应该能妥善处理这些情况。On Error Resume Next Dialog(登录).WinButton(确定).Click If Err.Number 0 Then Reporter.ReportEvent micWarning, 登录测试, 点击确定按钮时出错 Err.Description Err.Clear End If On Error GoTo 0智能等待有时候系统响应会比较慢简单的固定等待不够灵活。 等待登录窗口出现最多等10秒 Dialog(登录).WinEdit(代理名称:).WaitProperty visible, True, 10000结果验证优化不要只验证登录是否成功还要验证登录后的页面元素。If Window(航班预订).WinButton(新建订单).Exist(5) Then Reporter.ReportEvent micPass, 登录验证, 成功进入主界面 Else Reporter.ReportEvent micFail, 登录验证, 未能正确进入主界面 End If我在一个实际项目中就因为忽略了登录后的页面验证导致虽然脚本显示登录成功但实际上系统跳转到了错误页面。这个教训让我明白了全面验证的重要性。5. 测试执行与结果分析脚本和数据都准备好后就可以开始执行测试了。在UFT中有几种执行方式完整运行执行所有测试用例调试运行可以设置断点逐步执行批量运行适合夜间自动执行测试执行过程中我强烈建议使用UFT的调试功能。比如设置断点观察变量值 设置断点 Dim expected, actual expected DataTable(预期结果, dtGlobalSheet) 在这里设置断点 actual Dialog(登录).Dialog(航班预订).Static(提示信息).GetROProperty(text)测试完成后UFT会生成详细的测试报告。但原生的报告可能不够直观我通常会做以下优化为每个测试步骤添加有意义的描述在报告中附加截图特别是失败的情况使用自定义的日志函数记录更多细节Function LogStep(stepName, stepDetail) Reporter.ReportEvent micDone, stepName, stepDetail 自动截图 Desktop.CaptureBitmap C:\Screenshots\ stepName .png End Function在实际项目中我发现测试报告的质量直接影响开发人员修复bug的效率。好的报告应该能让开发人员一眼就看出问题所在而不需要再跑来问测试人员。6. 常见问题与解决方案在实施数据驱动测试过程中会遇到各种问题。以下是我遇到的一些典型问题及解决方法问题1数据表更新后脚本不生效解决方案检查数据表路径是否正确确认脚本中引用的列名与数据表一致。我建议使用常量定义列名避免硬编码。Const COL_AGENT 代理名称 Const COL_PWD 密码 Dialog(登录).WinEdit(代理名称:).Set DataTable(COL_AGENT, dtGlobalSheet)问题2加密密码无法正确识别解决方案确保使用SetSecure方法处理密码字段并且在录制时使用真实的密码进行加密。问题3对象识别不稳定解决方案优化对象识别属性避免使用容易变化的属性如坐标位置。可以增加智能等待时间。 不好的做法依赖绝对坐标 Window(航班预订).WinButton(确定).Click 50, 20 好的做法使用对象识别属性 Window(航班预订).WinButton(text:确定).Click问题4测试报告信息不全解决方案在关键步骤添加详细的日志记录包括输入数据、预期结果和实际结果。Reporter.ReportEvent micDone, 测试详情, 输入代理名称 DataTable(代理名称, dtGlobalSheet) _ , 预期结果 DataTable(预期结果, dtGlobalSheet) _ , 实际结果 actualResult我在一个大型项目中就因为对象识别不稳定导致测试结果不可靠。后来通过优化对象识别属性和增加重试机制才解决了这个问题。这让我深刻认识到自动化测试脚本的稳定性与测试数据的准确性同等重要。7. 高级技巧与最佳实践掌握了基础知识后我们可以进一步提升测试脚本的质量和效率。以下是一些高级技巧数据驱动关键字驱动结合将测试逻辑也参数化实现更灵活的测试。Dim testAction testAction DataTable(操作, dtGlobalSheet) Select Case testAction Case 正常登录 正常登录逻辑 Case 错误密码 错误密码处理逻辑 Case 空密码 空密码处理逻辑 End Select环境配置参数化把测试环境信息也放到数据表中同一套脚本可以在不同环境运行。Dim testEnv testEnv DataTable(测试环境, dtGlobalSheet) Select Case testEnv Case DEV URL http://dev.flight.com Case QA URL http://qa.flight.com End Select数据生成工具对于大量测试数据可以使用数据生成工具自动创建。 生成随机代理名称 Function GenerateAgentName(length) Dim chars, result, i chars abcdefghijklmnopqrstuvwxyz result For i 1 To length result result Mid(chars, Int(Rnd() * Len(chars)) 1, 1) Next GenerateAgentName result End Function团队协作规范建立脚本和数据表的版本控制规范避免冲突。在实际项目中我建议采用以下最佳实践为每个测试场景创建独立的数据表使用有意义的命名规范添加必要的注释说明定期review和优化测试脚本建立脚本和数据表的备份机制我曾经带领团队为一个航空公司的售票系统实施自动化测试通过采用这些高级技巧我们将测试效率提升了3倍同时大大降低了维护成本。关键在于要在项目初期就建立好规范和架构而不是等到问题出现后再补救。