触宝hybrid app测试之道.docxVIP

触宝Hybrid App 测试之道 孟雷 2015-07 议程 项目背景 为什么使用Hybrid App 项目架构 测试过程中遇到的主要挑战 解决方案 效果提升 QA 项目背景 关于触宝： 触宝生活黄页： 触宝输入法 触宝电话 全球移动创新大奖冠军 全球一百多个国家超过2亿用户 为什么使用Hybrid App Native App (原生应用) 优点：体验好 缺点：更新慢 多版本维护成本高 跨平台难 Web App (Web应用) 优点：发布快 跨平台 缺点：体验差 很多本功能受限 为什么使用Hybrid App Hybrid App (混合应用) 结合了Native App 和Web App的优点 发布快 跨平台 能够使用本地功能 方便第三方接入 体验介于两者之间 哪些场景适合Hybrid App? 强业务相关 强运营 相对低频 需要用到较多的本地功能 第三方接入较多 Hybrid App 常用框架 PhoneGap (cordova) AppCan React Native Theia 项目架构 测试过程中遇到的主要挑战 Html5和Native都要测 后端服务器测试 第三方接入测试 UI自动化过重 性能测试 缺乏测试资源 多个项目组并行开发， 上线频繁 交付周期短 解决思路 测试周期必须短到一天以内 测试环境尽量接近于生产 测试监控一体化 实现跨多个团队的高效协作 简化一切可以简化的流程，以减少其带来的资源损耗 具体问题具体分析 – html5 与android native 应用 Selenium 手工测试 Robotium + Robolectric 用selenium 代替robotium 来测试网页UI上的逻辑 用Robolectric 代替robotium中的Native测试 速度 * 10 具体问题具体分析 – 后端服务器测试 ? 功能测试 Nose / Pyunit ? 上线前性能测试 Locust 持续集成 ? 测试监控不分家 Zabbix 关于第三方 测试环境入云 第三方共享 一键部署 测试环境接近线上真实环境 关于资源 全面使用Docker技术 Node.js + Docker = Mercury 部署更快 节省资源 环境隔离 5台物理机满足40人规模的团队需求 关于性能 上线前做简单的性能测试 大数据分析上线后表现 测试框架 --- cooler cooler 工具回顾 Docker Selenium Nose/Pyunit Locust Robolectric ScreenShot Zabbix cooler 团队结构改进 2-3人为一个scrum小组 使用在线的流程管理工具， 内容自生成， 弱化scrum master角色 共享UI, PM, TEST 流程改进 测试用例 == 自动化脚本 （不再需要管理测试用例） bug和测试任务一起并入user story （不再需要单独管理BUG） 推行结对编程， 开发人员自主完成所有单元测试与功能测试 测试人员专注在性能测试，线上监控， 集成测试监控，耗电量测试等高级测试上 手工测试由Scrum team全员分担 站会只在三个人之间发生， 绝对不会超过五分钟 研发人员不参加周会 只维护一个分支， 代码一旦进入分支， 等于达到上线标准， 同时发送上线申请 效果提升 更高的代码质量 可以忽略的部署时间 分钟级的回归 更有说服力的性能测试 更加稳定的上线表现 更少的资源 更快的合作接入 少量测试人员保证了产品的高质量 谢谢！