GMTC移动无线之测试到质量的转变.pptx

移动互联网测试到质量的转变 自我介绍 陈晔（Monkey） TesterHome技术社区联合创始人 移动互联网布道师 滴滴、360、百度等各个企业测试技术交流讲师 QCon2015研发专题讲师 《大话移动App测试1.0》作者 《大话移动App测试2.0》作者 全栈（站）工程师 移动互联网测试常见问题 别人家如何在迭代快的项目中保证测试质量？ 别人家如何做自动化？ 别人家如何做持续集成？ 别人家怎么做测试招聘？ 别人家测试KPI怎么定？ 别人家无线专项怎么做？ 别人家的孩子。。。。 要完成这些，依靠传统的测试方式已经不可能完成了 人一专多能 质量任何一个细节都是质量的基础 测试人员 一专多能 持续学习 牵头解决问题 定位问题 KPI 自定义目标，但一定需要在业务上落地 一般业务质量比重是最大的 目标可以根据届时实际情况进行更改 团队合作不仅仅只是合作，主观能动性还是最重要的 自评、他评、360度评 人员招聘 弱化大量技术考察 看重看问题的高度 看重潜力 测试经验 测试技术的缺失宛如空中楼阁 这里都是高大上的开发技术 质量 自动化 目前使用比较多UI自动化的还是Appium（当然也推荐使用Macaca） UI自动化需要适量：冒烟和回归 API自动化衡量标准一定要覆盖全 专项中需要一定程序的自动化支持 不要想着全自动化or自动化减少人力or提升质量 专项 一定需要有对专项研究比较深的人在团队中 专项的测试会贯穿整个研发流程 专项一定要有插桩和线上大数据的支持 专项一定要有基线 制定专项测试计划 准备调试环境 Code Review 逐个测试 精准埋点 Bug日清 全面测试 发布报告 网络测试 线上质量 项目流程 PRD PRD评审 系统分析 系统分析评审 测试分析 测试分析评审 设计交互稿评审 开发产品 编写测试用例 编写bvt代码 验收测试 第一轮测试 第二轮测试 非功能性测试 第三轮测试 RC 内部灰度 外部灰度1 外部灰度2 质量红线！ 质量的真谛——团队合作 没有团队合作，测试怎么努力都是有瓶颈的 举例： 需要有好的App，Server架构 团队需要有各种约定 需要有文档 需要有自己付出的精神 需要有乐于分享的精神 一切的一切需要从质量出发，而仅仅是测试 平台的演变 工具组 BU1 BU2 BU3 工具，框架 产出 使用落地 问题： BU容易抱怨工具不落地 工具组很难实现KPI ROI低 工具、平台自身bug越来越多 平台的演变 工具组 BU1 BU2 BU3 通用SDK 产出 二次封装落地 DB 前端 所以，让我们回到一个在移动互联网最常见的问题上来—— 如何在迭代很快的情况下保证我们产品的质量？？ 答案 QA Wechat：monkey15chen Mail：snowangelsimon@ Linkedin：ye chen 更多精彩可见：T