潘在亮-跨端测试自动化实践分享.pptxVIP

跨端测试自动化实践分享 潘在亮， 腾讯测试开发组长 摘要 社交应用的多端场景 跨多端测试自动化方案 各端自动化驱动 自动化用例框架 用例云执行系统 跨多端应用场景 跨端测试自动化实践 被测应用各端自动化驱动 跨端用例框架 跨端用例执行 Android自动化测试早期版 可选的驱动工具： Instrumentation Native Driver UIAutomator Robotium Appium Robotium遇到的痛 可自动化率低 手Q手工用例可自动化率只有22% 用例编写和维护成本高 用例（分钟） PC Robotium 成本增加 编写时间： 25 45 2倍 维护时间： 0.17 5 30倍 Robotium可自动化率只有22% 用例维护成本高的分析 调试步骤多 没有截图 用例和应用Log混杂 难用的UI控件查看工具 产品本身限制 用例管理功能弱 难以封装中间层 没有测试资源管理 决解方案 – 自研自动化框架QT4A 思路：QTA用例框架 + QT4A自动化驱 QTA用例框架：解决自动化成本高的问题 QT4A自动化驱动：解决不能自动化的问题 QT4A目标： 支持被测应用 支持Android2.1及以上 跨进程，跨应用，跨端 支持Native，Web，自研控件 提升用例维护性 使用Python 支持UI操作事件自动确认 支持View ID ViewID提升用例维护性 界面 Accessbility 控件树 ViewID 控件树 QT4A – 两个方案 优点：Android原生支持 缺点： 1、只支持Android4.1及以上 2、不能使用ViewID 3、不能扩展支持产品特殊特性 优点： 1、支持2.1及以上 2、可以使用ViewID 3、必要时容易扩展支持 缺点：需要注入被测进程 方案1：使用UIAutomator 方案2：使用自研stub QT4A系统架构 Hook确认UI事件完成 button1.click() sleep(5) button2.click() sleep(10) 可读性差 稳定性差 发送点击事件 系统inputManager View处理点击 Hook确认已处理 iOS驱动技术选型 Javascript 测试脚本 Instrument / xctest 工具 OC 测试脚本 编译 安装 修改嵌入被测APP instrument方案 优点： apple原生方案 无需修改被测app 无需编译 缺点： 脚本编写不方便 依赖Accessiblity 设备证书数量限制 不支持跨终端 无控件查看工具 嵌入式方案 优点： 获取原生控件树 直接调用iOS SDK 缺点： 需要编译和安装 需要修改被测app 不能处理app的crash 不能跨终端 无控件查看工具 自研iOS自动化驱动方案 driver_server.py device.py icontrol.py app.py iOSUISpy.app (qta driver api) instruments cmd_fetch.py ios_driver.js 1秒限制 OSX iOS 应用层 服务层 驱动层 QT4i方案 优点： apple原生方案 无需修改被测app 无需编译 UI控件查看工具 便利的脚本编写 支持跨终端 缺点： 依赖Accessiblity 设备证书数量限制 PC自动化驱动 测试进程 被测进程 脚本 驱动API Windows IE COM API HTML Elements TIF COM Stub GF Controls Windows Message COM 调用 COM 调用 统一各端驱动API接口 API入口统一 Device App Control 控件标识统一 简单易用 灵活 各端统一 使用一致 控件标识 - QPath 搭建测试用例框架 没有统一的集成型测试框架 xUnit Robot Framework Cucumber 如何搭建跨端的用例框架？ 跨端用例框架 UI用例框架基础 No xUnit 截图 扩展用例Log 用例中间层封装 用例资源管理 跨端用例框架 用例多端操作 用例跨端运行 + QTA框架生成的测试报告 测试用例中间层封装 class GFWindow(Control): GF窗口 def __init__(self, root=None, locator=None): locators = { 最小化按钮 : {type:Button, root:self, locator:minimizebutton}, 最大化按钮 : {type: