Topsummit手机终端测试团队管理改进和组织转型—酷派刘阳PPT课件

手机终端测试团队管理改进和组织转型 刘阳软件测试部总监宇龙酷派 摘要 案例简述及目标主讲人介绍案例实践待改进方面经验总结注 本文中的测试指的是系统测试 不包括开发部门内的自测和集成测试 手机终端测试团队管理改进和组织转型 案例简述 几百人的软件测试团队 每年承担五十款以上手机项目的测试工作 同时对接多个研发中心 有国内和海外产品 有自研和ODM项目 人员流动性大 需持续提高专业化测试能力 同时面临向互联网模式转型的压力 种种情况下 如何从管理的角度来保证成功转型和组织高效运行 本案例介绍了在测试团队组织转型和管理改进方面的一些实践 包括拥抱互联网 变产品经营为用户经营 建立人员发展 三通道 留住关键人才 按照领域进行专业化建设 与各研发中心合作组建当地测试团队及对其进行统一要求 与公司内外组织合作保障软件质量等 b 当初启动此案例时 或实施后 达到的目标 建立吸引力强的测试人员发展通道 留住关键人员 打造规模伸缩灵活的团队 有一套机制来保证持续提升测试专业化水平 结合各研发中心的项目 优化配置测试资源 积极探索互联网模式下的测试团队发展之路 主讲人 刘阳清华大学硕士曾在阿尔卡特朗讯 索尼移动任职现任宇龙酷派软件测试部总监 拥有十年以上的测试经验 实践理念 保持开放协作的精神 积极用互联网思维引导和改造测试团队 与内外部组织合作共同保证软件质量 建立机制保证持续提升测试专业化水平 着力进行实验室和自动化测试建设 给测试人员清晰的职业发展通道 坚持精细化运营 量化管理 实践1 1产品经营转为用户经营 测试团队需要扮演急先锋 传统企业互联网转型 特别是传统手机制造企业 已迫在眉睫 但过程结果充满变数和不确定 互联网思维的本质是服务 手机厂家过去是研发销售硬件产品 多讲参数 互联网化就是把产品经营转为用户经营 多讲用户喜欢的事情 请注意 这里是 用户 而不是 客户 以前把手机卖给用户基本就是运营的结束 现在必须转化为这才刚刚开始 价值链延后和拉长 研发人员全员服务 全员营销 能不能不花钱拉来大量 铁杆 用户 测试团队在这一转型中具有优势 因为系统测试就是从最终用户的角度来进行 多数都是UserScenario 在与用户的互动 应答 线上线下沟通 反馈等方面 要做急先锋 其实只有很少的用户知道你的新功能 测试团队承担对新功能宣传的责任 实践1 2把倾听用户声音变成一种机制 把用户满意度变成测试人员KPI之一 现在时髦的说法是不要KPI 但应该不是不要 而是要调整 先进用户引导型创新 是对开发测试模式的一种重大改变 把与 先进用户 的互动 应答率 解决率 测试用例转化率等 作为部分测试人员的考核 精品 与 机海 对于 机海 战略的企业 产品很多 用户分类也很多 创建一个机制收集用户反馈 激励用户发言 增强 黏性 测试团队承担着筛选和分类的重要前端职责 前期必须参与用户互动的主要是测试代表和各领域测试专员 同时鼓励其他人员 后期就是要求测试团队全员加入 全员考核 可以考虑将 人均发展和维护多少有效用户 类似指标作为测试团队的考核项 实践1 3一个星期升级一次版本 测试如何满足要求 手机终端的一轮全面测试要几千条用例 几十个专项报告 探索型测试 软件版本分为正式和体验版本 正式版本要充分保证质量 体验版本主要针对修改点 要求ReleaseNotes一定要准确清楚 针对性测试对开发人员质量控制的能力要求很高 Fix一个Bug如何控制不引入一个新的 特别是看起来与之无关模块的问题 自动化测试保证质量 测试永不停 实践1 4用户体验的问题如何能被开发接受并Fix 测试团队的追求目标 质量0事故 超高用户体验 多数手机厂家存在的共同问题 测试团队有用户体验的测试 提了几十个Bug 能被开发接受并修改的区区几个 需求没有写明就不会改 workasdesign 坦率的说 测试人员在私下与开发人员沟通体验问题 能被接受的只是少数 短期内解决此问题要靠升级 我们建立了一个会议 测试和开发的各部门领导都在 第一个议题就是过本周测试提的体验性问题 会议上决定了开发人员就必须修改 但半年也就解决了100个左右体验性Bug 中长期看 如果能从产品经营转变为用户经营 开发和测试都将建立很强的用户体验意识 此问题将迎刃而解 实践1 5测试人员发展三通道 测试团队人数众多 流失率高 出于成本的控制 会招聘较多学历低 工作经验少的同事或者是实习生 所以手机终端测试团队必须要形成核心团队 执行者的模式 如何留住关键人员 给大家一个看得见摸得着的方向 建立测试人员的发展三通道 在技术 项目管理和职能管理各个方向都有上升空间 在技术和项目管理方向 可以做到和测试总监同样的级别 我们需要更多的技术尖子和优秀的测试代表 不鼓励大家都往职能管理方向发展 相对来说 职能管理是一个 风险更高 的职业 实践1 6专业化软件测试必然需要大力发展实验室 实践1 7优化测试资源配置 手机终端测试团队一般有两种组织方式 按照项目 一个项目的所有领域都由一个团队从头到尾负责 或领域 所有项目的该领域都由一个固定团队完成 各有优缺点 个人体会应该是混合式但以按项目组织为主 即抽出实验室部分和其他少量平台测试 剩下的主要由项目团队完成 这样总体效率较高 研发体系一般都包括几个外地研发中心甚至海外研究所 在当地通常都有测试部门 归属于总部测试和当地研究所的矩阵式管理 个人体会总部测试要发挥更强的管理作用 测试用例 专项报告的调整 测试环境 技术和设备的变化等都可以无延迟的推广到各地测试部门 在测试覆盖等方面始终保持整体一致 从而减少质量事故的发生同时能发挥靠近当地开发团队的优势 对于 机海 策略的手机厂家 测试对于推动平台问题 即多产品都具有的Bug 的解决具有优势 但前提是测试也要有自己的平台人员 领域测试专员 一个产品出现有一定典型性的问题 马上推到所有项目上复现 汇总后反向推动开发 可使此类Bug迅速得到平台化解决 实践1 8合作共赢 IOS和Android为何生态系统良好 前提是他们对外开放接口 测试团队要把自己 Open 出去 对外透明 大家清楚你在做什么 对他们形成吸引的时候自然会依附过来 Open 还意味着要有一个开放的心态 不能相关方反馈你一些负面的东西或者要求你做出一些不舒服的改变时 就先蜷缩起来 尽力维护短期对己有利但向前看无法维护的框架 与生态系统之间主要是合作 斗争和规范也是为了更好的合作 双方都可以不做的时候 主动多做一步 在公司内部 生态系统就是和你有关的上下游部门 对测试来说 开发 NPI 项目部 SQA PQA 客服 产品线 质量检测中心等等构成了我们的生态系统 任何一个手机厂家 凭一己之力 都远远不能满足用户的需求 必须要开放协作 比如 我们与若干SIM卡厂家签订合作协议 共同保证机卡兼容 与其他公司合作 在第三方应用的兼容方面共赢等等 实践1 9量化管理与奖优罚劣 量化管理似乎有些不时髦了 但个人认为对于测试团队非常重要 这样才能做到精细化运营 同时量化管理的内容确实要持续更新 拣重要的考核 我们对测试代表 领域专员 测试人员等都实行量化管理 输出数据 进而奖励和处罚 量化管理数据对考核结果起到主要的参照作用 比如对测试代表 就分别从与用户互动 版本接收 用例Bug占比 项目返修率 Bug提前度等方面加权平均 对职能管理者的考核我们主要从五个维度衡量 提供方向 ProvideDirection 15 提升绩效 DrivePerformance 40 为本组织创建良好的生态系统 BuildEcosystem 10 执行力 ExecutionForce 20 发展自己和别人 DevelopYourselfandOthers People 15 待改进 软件测试需要有一个非常强大的工具开发部门 负责自动化以及测试中需用到的工具开发以及维护 并且尽可能利用仪器设备代替人工 我们现在只有一个6人左右的小团队 稍大型的工具开发都得委托给开发人员 进度和质量都无法严格控制 个人理想中的系统测试 测试人员比现在少得多 辅之以强大的自动收集工具 除了自动化测试外 项目人员和试用用户日常使用手机就基本囊括了主要用户场景 结果都可以通过系统工具自动记录下来并得到分析 现在有些功能已实现 可以在后台监测 我们称之为智能探测 SmartProbe 案例启示 与用户互动并持续