基于持续交付的移动互联应用测试平台分析.ppt

基于持续交付的 移动互联应用测试平台 摘要 实践1.1 一体化交付方案 实践1.2 分层测试框架 实践1.3 用户化的自动化测试 实践1.4 分布式的测试资源 实践1.5 让用户更好地参与 实践1.6 真实的使用场景 实践2.1 项目分布上线 实践2.2 持续交付 实践2.3 可视化数据 实践2.4 不是结束，而是新的开始 ？ ？ 基于持续交付的移动互联应用测试平台 a) 智能机时代，移动互联网的应用快速发展。目标：通过基于分层测试技术，自动化和基于风险的策略，基于移动互联应用的快速交付框架，实现移动互联应用在终端上的快速开发、部署和测试，以及和发布过程的衔接。 b)　目标：提供一个满足开发、测试和用户使用的公共移动互联测试平台，具备统一，可视化，高效，共享和面向用户等特点。 基于持续交付的移动互联应用测试平台背景 自动化测试 or 人工测试 互联应用的体验和分析与人力的矛盾？ 测试样机的需求 N个样机需求，如何搭建测试样机环境？ 用户与版本开发互动 让用户参与到软件的开发中，怎么来实现？ 真实的使用场景 用户使用的环境是什么？ 怎么做到的 版本发布前和发布后的不同策略 结合智能终端开发和测试的经验，能力，包括协议和互操作，仿真和实验室环境，外场测试等，以及移动互联应用本身的特性，与兼容性，安全性，稳定性等方面结合，形成Total Solution的测试解决平台； 版本发布前 版本发布后 1、需求 2、代码 3、流程 1、接口 2、功能 3、用户 实践 1.1一体化交付方案 测试服务云 CIC 1、功能自动化测试 2、兼容性测试自动化 3、性能测试自动化 4、接口自动化测试 编译构建 开发团队 测试团队 应用商店 移动互联网 业务体验发布 1、内部体验 2、友好用户测试 版本发布 应用测试 1、敏捷测试 2、稳定性测试 3、探索性测试 构建服务器 终端产品 正式发布 版本服务器 实践 1.2分层测试框架 分层测试框架的目的 输入：代码 输出：发布的版本 实践 1.3用户化的自动化测试 用例自动化生成，界面递归测试 对于APP的自动化测试，具有较大的价值，有效的控件自动识别技术，可以很大程度的进行app层的自动化测试，提高测试效率 应用自动测试 稳定性测试 人工测试 功能和需求的测试 用户真实使用 长时间使用 APP应用 获取包信息 重签名 生成用例实例 用例通用模板 签名文件 自动化脚本 总控服务器 获取APP和用例 运行用例 测试服务器 实践 1.4分布式的测试资源 固定站点和临时加入的资源 1、总控服务器 2、测试服务器共享开关 CI 兼容性实验室 远程 测试站点 西安 测试人员B 南京 测试人员C 未开启服务 本地 测试站点 总控 服务器 人机交互 数据库访问 测试请求封装 测试结果处理 测试报告生成 测试邮件发送 服务器 测试服务器 Socket Server Task list Test Main progress Test thread1 Test thread2 Test thread n … 测试指令 测试日志 操作 DB操作 Device list 实践 1.5让用户方便地参与 云测试服务 1、随时的测试 2、随地的测试 移动互联网测试系统入口 测试人员 开发人员 移动互联网开发者 CIC 兼容性实验室 防火墙 论坛入口 实践 1.6 真实的使用场景 用户在什么环境使用，弱信号，移动，断网？？ 网络模拟环境 仿真网络 用户真实的使用场景 场景模拟和配置 兼容性实验室 美国项目 1、美国固定的测试站点 2、当前的运营商和网络 3、随时接入的测试机 用户故事 站立式会议 敏捷开发 可视化 实践 2.1项目分布上线 目的 1、环境打通 2、测试开发资源准备 3、根据项目特点，分批部署 我关注的列表 一条龙服务？？ 实践 2.2持续交付 目的 1、环境打通 2、测试开发资源准备 3、根据项目特点，分批部署 测试结果