研发质量管理介绍.ppt

研发质量管理介绍---研发QA职责与方法

内容1.QA的困惑2.QA的价值3.QA的职责4.QA的方法5.腾讯的QA

QA面临环境差异传统强有力的管理部门自上而下的制度推行考核和审计腾讯叫法不一的支持部门自下而上的服务支持由项目组反馈QA的价值

牧羊犬的故事我说送只羊给你,而你却抱了一只牧羊犬

老板知道有几只羊传统软件产品老板很少使用产品，甚至看到产品；老板很少听到产品使用者的反馈，并且用户遍及五大洲四大洋；老板在想什么？产品缺陷修复的成本太高了，过程质量一定要抓好；能不能有第三只眼，监督和反馈产品质量状况；互联网软件产品老板经常体验产品和竞品；老板有很多朋友会反馈产品问题，并且他经常逛产品论坛；老板在想什么？为什么一个bug这么长时间都没有修复？为什么需求这么长时间还没有上线？

没有QA？传统行业要求QA做什么？ISO定义：通过过程持续改进，来提升产品质量CMMI定义：依据一定标准，客观地评估被执行的过程及相应工作产品敏捷开发模式中，要求QA做什么？没有QA！这个真没有！

QA的困惑互联网的产品质量重要吗？QA被需要吗？QA是成为一种边缘化的角色还是产品质量真正的保护神？

内容1.QA的困惑2.QA的价值3.QA的职责4.QA的方法5.腾讯的QA

质量事故案例1事件回顾XXX年的春节，XX产品举办抽奖活动，活动进行期间，产品经理发现活动出了个小问题，可能会导致重复发奖开发排查代码后找到原因，由于是周末，为了规避风险，两人协商决定立即修改代码进行发布，并计划周一提报。。。无评审无测试接下来，严重的事情发生了周日下午，客服反馈有大量用户中到一等奖，开发紧急回到公司排查，发现之前修改的代码会导致抽奖系统变成必中。。。无发布导致共5740个用户中奖,涉及金额1033W

事故之后还需要做些什么对于事故1的改进措施代码改动严格评审发布前要确保质量（测试通过或完成交叉检查）严格发布流程事故的具体损失问题的根本原因如何避免问题再犯如何让其它团队不犯相同的错误

背景-领导层的反馈

背景:团队的反馈汇总版本发布太快需求太多测试时间不够版本发布的时间点太晚预留的发布验证时间太短需求变更太多发布验证为什么只有测试人员来自老板的需求太多临时发布太多用户反馈过来的问题没时间处理体验类问题无专人跟进开发自测质量差产品体验不及时版本总被打回开发测试重复工作多

改进措施的落地原因分类原因细化改进措施需求控制的不好需求优先级没有统一共识定义需求优先级、需求来源需求随意变更落实需求变更流程，变更后通知确认不是所有需求都进行评审所有需求必须经过评审才可以纳入迭代一句话需求太多提升产品需求编写质量，并对其进行打分领导临时需求太多分类，根据领导需求及产品经理意见进行纳入迭代管理产品体验不够及时提测前必须有产品体验并在tapd建立体验报告模版发布原因临时发布太多规定哪些需求可以临时发布版本迭代不一致确定双周、单周迭代流程发布标准不一致所有web类产品制定一个发布标准发布后问题收集不及时确定一个固定人员进行问题收集整理反馈跟踪发布验证不全面规定项目所有迭代相关人员必须参加验收环节测试漏测用例不全面加入用例评审环节提测版本质量差开发自测达标，产品体验达标后允许提测，否则打回

质量改进之需求管理

质量改进之需求管理将检查点尽量落实到工具,使用固定的需求模版。对于需求质量进行评分

质量改进之需求管理优化效果

质量改进:引入用例评审Tapd进行用例评审,将用例评审模板化。

质量管理:用例评审后跟踪对于用例评审情况进行每月跟踪

质量管理:用例评审后结果反馈跟踪结果的输出,及各中心间的数据对比

质量改进:外网走查（主动）

质量改进:外网走查结果

质量改进:外网走查结果分析

质量改进:兼容性专项测试调研

质量改进:兼容性外网走查发起

质量改进:兼容性外网走查结果

质量改进:发布管理优化

质量改进:发布落实到检查单制定发布流程,并将流程落实到检查单

质量改进:发布情况月度跟踪汇总对于发布情况,每月进行汇总,特别是临时发布情况,落实到具体需求和责任人

质量改进初见成效

团队成员反馈

重大业务突破奖

腾讯QA的独特价值以客户为中心、第一次把事情做对永远都是一样的咨询师根据问题分析根本原因，给出解决方案，制定预防措施避免再犯教练解决方案的落地，引导具体活动的开展，过程提炼和推广，同行