产品质量的基石——微软bug管理

产品质量的基石——微软bug管理

ID:35518499

大小:174.00 KB

页数:8页

时间:2019-03-25

产品质量的基石——微软bug管理_第1页
产品质量的基石——微软bug管理_第2页
产品质量的基石——微软bug管理_第3页
产品质量的基石——微软bug管理_第4页
产品质量的基石——微软bug管理_第5页
资源描述:

《产品质量的基石——微软bug管理》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、一.团队组织    1.常见问题·没有人愿意做测试·觉得养不起那么多测试人员·开发人员不遵循规范,随心所欲·项目经理事必躬亲,分身乏术    2.微软团队模型    各角色的职责角色职责项目经理编写功能规范,协调各角色关系产品经理客户联系的桥梁,进行需求分析用户教育让产品容易使用发布经理保证产品顺利发布    二.项目管理    1.常见问题    ·无法决定项目所需的资源(人力和预算)    ·无法决定项目的进度表    ·无法控制外包项目的进度和质量    2.微软项目管理--多里程碑式流程    ·每个里程碑完成部分功能    ·便于团队集中

2、力量完成一个又一个功能    ·提供多个机会以适应需求的更改    如何完成一个里程碑    ·步骤一:达成共识        ·基本完成需求调研和分析(产品经理负责)        ·确定大方向和长中短期目标        ·所有角色都参与讨论并真正认同结论        ·产生的文档:                       ·常见用户情景:覆盖80%以上功能            ·Vision:言简意赅地说明大方向,并有激励团队的作用    ·步骤二:完成项目计划        ·编写详细的功能规范(项目经理负责)        ·在编

3、程前想清楚所有功能流程,并引导用户明确需求        ·所有角色都参与审阅功能规范        ·制订开发计划和进度表(开发团队)        ·制订测试计划和进度表(测试团队)        ·分配资源(人力和预算)·形成项目综合计划和综合进度表        ·产生的文档:            功能规范,开发计划,测试计划(用例),项目综合计划            开发进度表,测试进度表,综合进度表·步骤三:完成功能    ·开发人员分别完成自己的功能    ·使用版本控制工具    ·使程序员及时checkout和checkin,

4、避免积累大量代码    ·及时进行模块间的整合,及时发现问题(dailybuild)    ·对每一项可测试的功能进行测试,无需等待    ·使用测试用例工具,对功能进行完整和重复的检验    ·使用BMS进行缺陷跟踪    ·记录所有程序问题    ·实现解决Bug的自动流程    ·按照综合进度表不断检查进度    ·使用的工具:        ·版本控制工具VSS        ·缺陷跟踪工具Raid/BMS        ·测试用例管理工具·步骤四:稳定与发布    ·测试组全面地测试功能,包括性能和稳定性    ·开发组全力配合解决Bug

5、    ·使用BMS进行        ·监测质量情况        ·预测发布日期    ·专家会诊机制:        ·决定Bug的优先度        ·决定哪些Bug可以等到下个里程碑或版本中解决        ·决定由谁解决某个Bug·使用的工具:·版本控制工具VSS·缺陷跟踪工具BMS·测试用例管理工具    三.微软的开发管理经验:100%以Bug为核心    1.Bug及常见类型    ·功能未实现,和规格说明书不一致    ·不能工作:死机,没反应    ·不兼容    ·边界条件    ·界面、消息、提示不够准确,不友好   

6、 ·把尚未完成的工作也作为一个Bug    ·文档与帮助信息中的缺陷也是Bug    2.RAID/BMS的基本功能    ·完整的Bug数据库    ·整个产品组的中央记录和控制    ·强大的查询功能,有效地跟踪项目的状态    ·所有的记录无法删除,对于每个记录只能一直添加内容    ·丰富的报表功能,为产品发布提供判断标准    3.Bug记录中的有效信息·状态·负责人·问题种类·严重级·优先级·修改时间·登记时间·缺陷来源·解决方案·运行环境·缺陷关联·附件·附图·缺陷细节    4.Bug的严重程度    ·死机,数据丢失,主要功能组完

7、全丧失,系统悬挂    ·主要功能丧失,导致严重的问题,或致命的错误声明    ·次要功能丧失,不太严重,如提示信息不太准确    ·微小的问题,对功能几乎没有影响,产品及属性仍可使用.如有个错别字    5.激活的Bug数量的趋势    ·代码完成前:很少    ·代码完成后:增长很快    ·接近Beta:下降    ·接近RC:奔向零    ·产品质量和里程碑的信号    ·每天新建的Bug与修正的Bug相比较    ·Active状态Bug的总数    四.微软的一天    1.让我们看看项目中每个角色的一天是如何度过的    ·开发   

8、 ·测试    ·项目经理    注:里程碑的每个阶段每个角色的工作有不同侧重点,我们以“完成功能”阶段为例    微软的

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。