- 1、本文档共42页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
微创软件开发管理解决方案
* This slide will include buttons for code examples. * This slide will include buttons for code examples. * This slide will include buttons for code examples. * This slide will include buttons for code examples. * This slide will include buttons for code examples. * This slide will include buttons for code examples. * This slide will include buttons for code examples. * This slide will include buttons for code examples. 项目范围定义 需求跟踪管理 概念-逻辑设计 风险管理 逻辑-物理设计 规范和审核 代码集成 构造/基线 测试用例设计 测试用例运行 测试计划 测试结果报告 概念-逻辑设计 需求管理 测试管理 缺 陷 管 理 文 档 管 理 版 本 控 制 项 目 管 理 开发管理 项目范围定义 需求跟踪管理 概念-逻辑设计 风险管理 逻辑-物理设计 代码集成 代码规范 构造/基线 测试用例设计 测试用例运行 测试计划 测试结果报告 概念-逻辑设计 需求管理 测试管理 开发管理 缺 陷 管 理 文 档 管 理 版 本 控 制 项 目 管 理 风险管理 Daily Build Check-out Check-in 基线管理 风险管理 范围管理 变更控制 项目跟踪 项目计划 质量评估 质量管理 变更管理 任务跟踪 缺陷跟踪 用户文档 测试文档 开发文档 计划/设计 范围/需求 1-初始级 2-可重复级 3-定义级 4-管理级 5-优化级 需求管理 软件项目计划 .. .. .. .. .. .. 软件配置管理 集成式软件管理 组织过程定义 同行评审 .. .. .. .. .. .. .. .. .. 定量过程管理 软件质量管理 缺陷管理 技术改革管理 过程变更管理 需求管理 测试管理 开发管理 缺 陷 管 理 文 档 管 理 版 本 控 制 项 目 管 理 测试人员 BMS 项目经理 其他人员 构造员 开发人员 代码管理 Daily Build Exchange RMS TCM Project VSS 用户 项目管理 缺乏缺陷管理会怎么样? 以前解决过的缺陷发布时又出现了,拉长开发周期 测试发现的问题被忽略或是不了了之 很难衡量测试员和开发员的工作 缺陷管理的意义 提高项目质量,缩短周期 为项目管理提供依据 预测项目进度与里程碑 加强沟通与协作 通常大家认为缺陷是: 软件设计、编程、制作中出现的错误 BMS中对缺陷的定义: 任何有助于改善产品质量的提议、任何需要引起注意、值得跟踪的问题、任何可能潜在的错误,由BMS来记录、跟踪、管理缺陷的后继变化和处理方案。其中包括: 代码错误 工作项 变更 文档问题 测试问题 建议及其他 缺陷的生命周期 测试人员 登记一个缺陷,描述缺陷的详细信息 按优先级验证缺陷,检查其是否可以重现 若缺陷被解决,关闭缺陷 回归测试 测试主管 指派缺陷 比较谁登记的缺陷最多,而且个人是否完成指标 组织“软件大扫除” 缺陷的生命周期 开发人员 找到所有由自己负责的缺陷 按优先级解决这些缺陷 把那些设计、重现环境或步骤不明确的缺陷指派回给项目经理或登记该缺陷的测试人员 找到所有由自己解决的缺陷,并写代码Check-in Report 开发主管 指派缺陷 比较谁解决的缺陷最多,而且个人是否完成指标 调研指派给自己的那些较难解决的缺陷 通过比较check-in前后的文件版本,为开发人员解决的缺陷做Code Review 评估修复某个缺陷的复杂度 缺陷的生命周期 项目经理 指派待定的缺陷,并指定优先级和负责人 及时了解缺陷分布以更好地协调团队之间的工作,消除瓶颈 组织专家会诊 通过缺陷趋势预测关键检查点及发布日期 给开发人员布置工作任务(可以从Microsoft Project 2002导入),并给出详细设计 变更跟踪 缺陷的生命周期 非细化无以监控 细化的开发进度表 检查点多多益善 Spec freeze CC 50 bug goal ZBB Beta RC RTM 赋予测试团队神圣的权利 测试计划紧密尾随开发计划 测试员和开发员捉对厮杀 群众的眼睛是雪亮的 每日构造和自动测试让问题自动曝光 测试目的 验证软件对规格说明的实
文档评论(0)