产品质量的基石——微软Bug管理ppt课件

1、产质量量的基石微软Bug管理蔡锫微软中国高级架构师微创软件研发部经理.日程微软工程管理团队组织工程流程管理缺陷管理开发管理的切面透视 微软的一天如何提高软件开发管理的质量.团队组织常见问题没有人情愿做测试觉得养不起那么多测试人员开发人员不遵照规范，随心所欲工程经理事必躬亲，分身乏术.微软团队模型工程经理开发测试发布经理用户教育产品经理Communication.各角色的职责角色工程经理开发测试产品经理用户教育发布经理职责编写功能规范，协调各角色关系按照功能规范编写软件质量控制客户联络的桥梁，进展需求分析让产品容易运用保证产品顺利发布.工程管理常见问题无法决议工程所需的资源人力和预算无法决议工程

2、的进度表无法控制外包工程的进度和质量.微软工程管理- 多里程碑式流程时间功能里程碑 1里程碑 2里程碑 3.多里程碑式管理每个里程碑完成部分功能便于团队集中力量完成一个又一个功能提供多个时机以顺应需求的更改.透视每个里程碑IENVSOGINNIPLANIGNNDEVLOPIGENSTABILZNGII1. 达成共识2. 完成工程方案3. 完胜利能4. 发布.如何完成一个里程碑步骤一： 达成共识根本完成需求调研和分析 产品经理担任确定大方向和长中短期目的一切角色都参与讨论并真正认同结论产生的文档：常见用户情景：覆盖80%以上功能Vision：言简意赅地阐明大方向，并有鼓励团队的作用.如何完成一个

3、里程碑步骤二： 完成工程方案编写详细的功能规范工程经理担任在编程前想清楚一切功能流程，并引导用户明确需求一切角色都参与审阅功能规范制定开发方案和进度表开发团队制定测试方案和进度表测试团队分配资源人力和预算构成工程综合方案和综合进度表产生的文档：功能规范，开发方案，测试方案用例，工程综合方案开发进度表，测试进度表，综合进度表.如何完成一个里程碑步骤三： 完胜利能开发人员分别完本钱人的功能运用版本控制工具使程序员及时check out和check in，防止积累大量代码及时进展模块间的整合，及时发现问题daily build对每一项可测试的功能进展测试，无需等待运用测试用例工具，对功能进展完好和反

4、复的检验运用BMS进展缺陷跟踪记录一切程序问题实现处理Bug的自动流程按照综合进度表不断检查进度运用的工具：版本控制工具 VSS缺陷跟踪工具 Raid/BMS测试用例管理工具.如何完成一个里程碑步骤四： 稳定与发布测试组全面地测试功能，包括性能和稳定性开发组全力配合处理Bug运用BMS进展监测质量情况预测发布日期专家会诊机制：决议Bug的优先度决议哪些Bug可以等到下个里程碑或版本中处理决议由谁处理某个Bug运用的工具：版本控制工具 VSS缺陷跟踪工具 BMS测试用例管理工具.微软的开发管理阅历：100%以Bug为中心. 测试人员Raid/BMS 工程经理 其他人员 构造员 开发人员VSS 构

5、造效力器 发布效力器 Exchange100%由缺陷跟踪工具驱动.Bug 及常见类型功能未实现，和规格阐明书不一致不能任务：死机，没反响不兼容边境条件界面、音讯、提示不够准确，不友好把尚未完成的任务也作为一个Bug文档与协助信息中的缺陷也是Bug.RAID/BMS的根本功能完好的Bug数据库整个产品组的中央记录和控制强大的查询功能，有效地跟踪工程的形状一切的记录无法删除，对于每个记录只能不断添加内容丰富的报表功能，为产品发布提供判别规范.Bug 记录中的有效信息形状担任人问题种类严重级优先级修正时间登记时间缺陷来源处理方案运转环境缺陷关联附件附图缺陷细节.Bug 的严重程度死机，数据丧失，主要

6、功能组完全丧失，系统悬挂主要功能丧失，导致严重的问题，或致命的错误声明次要功能丧失， 不太严重，如提示信息不太准确微小的问题，对功能几乎没有影响，产品及属性仍可运用. 如有个错别字.激活的Bug数量的趋势代码完成前：很少代码完成后：增长很快接近Beta: 下降接近RC: 奔向零产质量量和里程碑的信号每天新建的Bug 与 修正的 Bug 相比较.Active 形状 Bug 的总数.微软的一天让我们看看工程中每个角色的一天是如何度过的开发测试工程经理注：里程碑的每个阶段每个角色的任务有不同偏重点，我们以“完胜利能阶段为例.微软的一天从几点开场？.微软的一天从几点开场？答案：半夜为什么？.微软的一天

7、从几点开场？答案：半夜由于Daily Build是一切任务的中心，而且是在半夜自动启动。.每日构造他知道本人所用Windows的版本号吗？Daily Build的意义：模块得以及时整合要求程序员及时把最新代码放入代码库用脚本言语和编译/链接工具实现BVT Build Verification Test对Build进展验证Blocking Bug让Build无法完成的问题BVT中发现的问题.程序员每天上班前最担忧什么？.程序员每天上班前最担忧什么？答案：由于本人昨天的代码check-in，呵斥Blocking Bug.为什么？.程序员每天上班前最担忧什么？答案：由于本人昨天的代码check-in

8、，呵斥Blocking Bug.由于每天的Build是一切人当天任务的根底：程序员需求Build验证与其他模块的接口测试需求Build发现新Bug，并验证新Build中已处理的Bug.有Blocking Bug怎样办？处理问题，并对今天的Build打Patch。.开发人员的正事阅历对Build的提心吊胆和争分夺秒之后，第一件事做什么？.开发人员的正事阅历对Build的提心吊胆和争分夺秒之后，第一件事做什么？答案：翻开缺陷跟踪工具，查看指定给本人的Bug，处理高优先度的Bug。由于质量重于新功能。.接下来，开发人员会从版本控制工具中Check out代码修正代码处理Bug或实现新功能获得版本工具

9、中最新变化，在本机Build和单元测试请开发组同事作Code ReviewCheck in代码.Raid/BMS测试人员邮件系统源代码效力器发布效力器专家会诊开发人员Builder1. 拿到新的版本2. 记录bug3. 得到新的bug4. 处理Bug5. Check in 恳求6. 同意7. Check in8. 拿到最新源代码9. 编译10. 验证bug处理 并封锁Check-in 过程.测试人员第一件事做什么？.测试人员第一件事做什么？答案：翻开Raid/BMS，查看指定给本人的Bug，验证已处理的Bug。.接下来，测试人员会根据测试用例检验今天的Build在Raid/BMS中记录新发现的

10、Bug.专家会诊参与者：工程经理和开发组长、测试组长经过Raid/BMS评价每个未处理的Bug决议Bug优先度可否等到下个里程碑或版本处理？谁来处理预测工程实践进度和发布时间 .缺陷走势图.回想微软的一天构造: daily build开发: 处理blocking bugs, 实现功能, check-out, code review, check-in测试: BVT, 运用测试用例进展测试工程经理/组长: 专家会诊.微软的做法处理了那些常见问题？.质量问题以前处理过的问题发布时又出现了，需求返工无法预估发布时间 过早发布，带来质量和维护问题测试发现的问题被忘却或不了了之无法衡量测试员和开发员的任务程序中的问题往往在发布后才发现.文档管理问题文档与程序脱节，文档成为程序结果的描画工程组把写文档看成负担.团队协调问题开发人员各自为战，进展整合时发现模块衔接中的严重问题 需求作大的改动没有保管好公司以往的版本和代码，无法满足用户对旧版本的更改要求开发