甲方软件项目管理与质量控制.pptVIP

– – – 单元测试方法 ? 代码评审 / 选择关键代码进行审查 是否与需求相一致 是否符合编码规范 注释是否详细 – 可读性好 ? 白盒测试 – 代码覆盖率评估 – 代码执行效率评估 ? ? ? ? 集成测试的内容 测试穿越模块接口的数据是否丢失 测试各子功能组合起来后是否达到预期要求的父功能 测试一个模块是否对另一个模块产生不利的影响 测试全局数据结构是否有问题 系统测试及验收测试 ? 系统确认测试 – 对比需求规格说明书、测试计划中的系统测试 环境是否与实际的测试环境一致 – 确认系统实现功能与需求规格说明书是否一致 ? 验收内容 – 所有文档、代码 ? 系统验收测试策略 – 根据已定义的策略和准则进行验收 – 委托第三方检测机构进行验收 最佳实践 ? 每日编译与BVT（冒烟测试） ? Microsoft以缺陷为核心的开发流程 测试阶段数据采集与分析的目的 1 评估被测软件的质量 ?缺陷的数量 ?缺陷的种类 2 评估开发过程的质量 ?缺陷的分布 ?修复缺陷的时间 ?回归测试时发现 的缺陷数量 3 评估测试工程师表现 ?是否按计划完成 任务 ?发现缺陷的数量 测试阶段主要采集数据 测试用例执行的进度 = 已执行的数目 / 总数目 缺陷的存活时间 = 缺陷从打开到关闭的时间 缺陷分布密度 = 对应于一项需求的总缺陷数 / 对应于该项需求的测试用例总数 缺陷修改质量 = 每次修改后发现的缺陷数量 功能点缺陷率 ＝总缺陷数 / 总功能点数 测试缺陷趋势分析 缺陷的趋势分析 --- 按照测试执行的时间顺序，被发现的缺陷数量的分布 缺 陷 Bug curve 数 Bug Convergence point Resolved curve Zero Bug point 时间 开发过程中的文档 可行性研究和计 划阶段 需求分析阶段 设计阶段 实现阶段 测试阶段 运行与维护阶段 可行性研究报告 项目开发计划 软件需求说明书 数据要求说明书 测试计划 概要设计说明书 详细设计说明书 数据库设计说明书 用户手册 操作手册 维护修改建议 测试分析报告 开发进度月报 项目开发总结 文档验收 用户文档编写的规范性 用户文档的全面性 用户手册内容的完整性 文档审查 一致性检查 用户手册对关键操作有无例图文说明， 例图的易理解性如何 主要功能和关键操作的应用 实例数量及详细程度 用户手册包装的商品化程度和印刷质量 1 2 3 4 5 Contents 内容提要 软件需求分析阶段 软件开发设计阶段 软件开发编码及测试阶段 其他控制过程 第三方测试和项目后评估 1 2 3 4 项目开发过程中的其他控制过程 项目管理过程 -- 是否按照项目计划执行 / 是否 按照里程碑定义实施 / 是否采取项目监控措施 SQA过程 -- 是否有质量计划 / 是否开展管理 评审与技术评审活动 /是否有质量改进活动 缺陷管理过程 – 是否有缺陷管理系统 / 是否追 踪每个缺陷的状态 / 是否阶段性缺陷分析数据 配置管理过程 -- 软件有什么变更 / 谁做的变更 / 什么时间做的变更 / 为何要变更 项目管理过程 项目监控 项目计划 1.是否在规定的时间内 细化了下一阶段计划 2.任务延迟是否能及时 调整项目计划 3.是否建立开发组织内 部的质量管理过程 项目过程中监控 1.项目启动检查 2.是否建立支持过程 3.开发进度例会 4.开发进度周报/月报 SQA活动 ? 管理评审 – 应当结合项目计划、时间表、标准和指南评价项目的状 态，进行改进活动 – 依据计划对过程、产品和服务的状态进行评价 – 通过充分的分配资源来保持对项目的全面控制 – 改变项目的方向或确定改变计划的必要性 SQA活动 ? 技术评审 – 评审产品是否符合规格说明 – 评审产品是否完整 – 软件产品的开发、操作和服务是根据项目的计划、进度、 标准和指南进行的 – 对软件产品的改变是适当的 缺陷管理过程 ? 软件缺陷（Defect） 软件中存在的错误，与预期属性的偏 狭义 广义 离 软件开发周期中存在的错误、问题以 及偏离 缺陷生命周期中的角色及职责 跟踪所有bugbug的状态 协调和仲裁存在的问题 领导者 修复bug 提交测试版本 开发人员 测试人员 发现bug 报告bug 跟踪bug 确认bug N BEGIN Status of Bug Indication Bug reported 缺陷处理流程 Action Taken by Tester Action Taken by Developer Ne