软件质量保证与测试PPT课件第6章 软件评审教学幻灯片.pptVIP

软件质量保证与测试 第6章 软件评审 6.1 为什么需要软件评审 总体来说，在开发过程中，评审可以让我们获得以下收益： 提高项目的生产率。这是由于早期发现了错误，因而减少了返工时间，还可能减少测试时间。 改善软件的质量。 在评审过程中，使开发团队的其他成员更熟悉产品和开发过程。 通过评审，标志着软件开发的一个阶段的完成。 生产出更容易维护的软件。主要原因是：对于被评审的软件，评审者必须是非常熟悉的；同时，在评审过程中，一定会产生并利用很多证明文档，于是评审就迫使开发者产生出许多有用的文档，而这些文档如果不是因为评审，则在整个项目期间可能都不会生产。此外，评审过程也将增加对所开发软件的理解。 6.2 软件评审的角色和职能 评审组长（Moderator） 宣读员（Reader） 记录员（Recorder） 作者（Author） 评审员（Reviewer、Inspector） 评审员的主要职责 熟悉评审内容，为评审做好准备。 在评审会议上应该关注问题而不是针对个人。 主要的问题和次要的问题可以被分别讨论。 在会议前或者会议后可以就存在的问题提出建设性的意见和建议。 明确自己的角色和责任。 做好接受错误的准备。 6.3 评审的内容 6.3.1 管理评审 一个组织之所以需要管理，是为了能更好的进步和发展。为了达到这个目的，通常需要对原来的发展状况进行回顾，分析并总结出存在的问题和改进的措施。这也就是为什么进行管理评审的原因。 管理评审就是最高管理者为评价管理体系的适宜性、充分性和有效性所进行的活动。 管理评审的主要内容是组织的最高管理者就管理体系的现状、适宜性、充分性和有效性以及方针和目标的贯彻落实及实现情况进行正式的评价，其目的就是通过这种评价活动来总结管理体系的业绩，并从当前业绩上考虑找出与预期目标的差距，同时还应考虑任何可能改进的机会，并在研究分析的基础上，对组织在市场中所处地位及竞争对手的业绩予以评价，从而找出自身的改进方向。 管理评审的目的 适宜性 有效性 充分性 管理评审的输入 近期内、外审的评审结果； 顾客信息反馈； 相关方关注的问题； 工作业绩与存在的问题； 纠正与预防措施实施情况； 上次管理评审有关决定和措施的执行情况； 可能影响管理体系变更的情况 （如：法律、法规的变化，组织机构或产品、活动的变化、外部环境的变化等）； 管理方针、目标和指标的适宜性及其实现情况。 管理评审的输出 《管理评审报告》需要包含以下内容： 管理评审的目的、时间、参加人员及评审内容； 管理体系及过程的适用性、充分性、有效性的综合评价和需要的改进； 管理方针、目标、指标适宜性的评价及需要的更改； 资源需求的决定和措施； 管理评审所确定的改进措施、责任部门和完成日期。 管理评审流程 6.3.2 技术评审 技术评审的目的 发现软件在功能、逻辑、实现上的错误； 验证软件符合它的需求规格； 确认软件符合预先定义的开发规范和标准； 保证软件在统一的模式下进行开发； 便于项目管理。 技术评审的输入 评审的目的是说明为什么要进行该评审，该评审的实施目的是什么； 评审的内容包括需求文档、源代码、测试用例等； 评审检查单（检查项）； 其他必须的文档，如对设计文档进行评审，那么需求文档可以作为相关文档带入技术评审会。 技术评审的输出——技术评审报告 会议的基本信息； 存在的问题和建议措施； 评审结论和意见； 问题跟踪表； 技术评审问答记录（通常作为附录出现在报告中）。 6.3.3 文档评审 文档评审的目的 文档评审的内容 在软件开发过程中，需要进行评审的文档很多，主要包括如下内容： 需求评审，对《市场需求说明书》、《产品需求说明书》、《功能说明书》等进行评审。 设计评审，对《总体设计说明书》、《详细设计说明书》等进行评审。 代码评审，对代码进行审核。 质量验证评审，对《测试计划》、《测试用例》等进行评审。 6.3.4 过程评审 过程评审的作用如下： 评估主要的质量保证流程。 考虑如何处理和解决评审过程中发现的不符合问题。 总结和共享好的经验。 指出需要进一步完善和改进的部分。 过程评审流程 6.4 评审的方法和技术 特别检查（Ad hoc review） 轮查（Pass Around） 走查（Walkthrough） 团队评审（Group Review） 检视（Inspection） 检视、团队评审和走查异同点比较表 角色/职责 检视 团队评审 走查 主持者 评审组长 评审组长或作者 作者 材料陈述者 评审者 评审组长 作者 记录员 是 是 可能 专门的评审角色 是 是 否 检查表 是 是 否 问题跟踪和分析 是 可能 否 产品评估 是 是 否 计划 有 有 是 准备 有 有 无 会议 有 有 有 修正 有 有 有 确认 有 有 无 6.4