软件测试与管理第五章.ppt

* 跟踪和分析评审结果(续) 分析：对评审效率和成本进行核算，总结经验，进行 改进 有效性 通过在大量的项目中统计产品缺陷，分析和计算通用的评审有效性 效率和成本 在相同情况的评审中，评审的效率越高，发现的缺陷越多，则发现一个缺陷的平均成本也越低 * 5.6 小结 在某一阶段中出现的缺陷，如果得不到及时的纠正，就会传播到开发的后续阶段中去，并在后续阶段中引出更多的缺陷。 实践证明，提交给测试阶段的产品中包含的缺陷越多，经过同样时间的测试之后，产品中仍然潜伏的缺陷也越多。 在开发时期的每个阶段，都要进行严格的软件评审 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 目标性需求：高层管理人员关注 功能性需求：中层管理人员关注 操作性需求：具体操作人员关注 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 正式评审：组织多个专家开评审会，将需求涉及到的人员集合在一起，并定义好参与评审人员的角色和职责 非正式评审：通过电子邮件、网络聊天等多种形式 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 在需求形成的过程中进行分阶段的评审，而不是需求最终形成后在进行评审 将原本大规模评审拆分为各个小规模的评审 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 需方：高层管理人员、中层管理人员、具体操作人员、技术部门主管等 供方：市场人员、需求分析人员、设计人员、测试人员、质量保证人员、实现人员、项目经理、第三方领域专家等 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 很多时候，评审员是领域专家而不是进行评审活动的专家，没有掌握评审的方法、技巧、过程等 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 检查单可以帮助评审员系统全面地发现需求中的问题 检查单随着工程经验的积累逐渐丰富和优化 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 需求评审按照流程中定义的活动进行规范的评审过程 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 确定哪些问题必须纠正 书面的需求变更申请 …… 变更完成后进行复审 * 文档评审(续) 需求评审 分层次评审 正式评审与非正式评审结合 分阶段评审 精心挑选评审员 对评审员进行培训 充分利用需求评审检查单 建立标准的评审流程 做好评审后的跟踪工作 充分准备评审 评审准备应定义一个检查单，对照落实每项准备工作，执行需求评审的进入条件 需求文档在评审会议前提前发给参与评审会议的人员 排除低级错误 方向性错误 …… * 文档评审(续) 概要设计评审 评审时间：概要设计结束后 评审内容： 总体结构 外部接口 主要部件功能分配 全局数据结构 各主要部件之间的接口 * 文档评审(续) 详细设计评审 评审时间：详细设计结束后 评审内容： 模块内部逻辑结构 模块之间的接口 测试是否全面、合理 文档是否符合有关标准规定 * 文档评审(续) 测试评审 评审内容： 软件测试需求规格说明书 软件测试计划 软件测试说明 软件测试报告 软件测试记录 * 过程评审 过程评审是对软件开发过程的评审，通过对流程的监控，保证SQA组织定义的软件过程在项目中得到了遵循，同时保证质量保证方针能更快更好地执行 过程评审的作用如下： 评估主要的质量保证流程。 考虑如何处理和解决评审过程中发现的不符合问题。 总结和共享好的经验。 指出需要进一步完善和改进的部分。 * 过程评审(续) * 过程评审(续) 评审需