P07-CMMI实践解析-软件验证和确认.pptVIP

验证和确认 验证：确保工作产品符合其指定的需求。 确认：确保工作产品满足于使用。 换句话说，验证确保“你做对了（you built it right）”，确认确保“你做了正确的事（you built the right thing）” 典型的验证活动 单元测试 子系统/系统测试 集成测试 评审 代码走查 典型的确认活动 用户联合测试（UAT） 验收测试 试运行 让软件过程更简洁、实用 单击此处编辑母版标题样式 单击此处编辑母版文本样式 第二级 第三级 让软件过程更简洁、实用 课程概述 软件验证和确认概述 验证（VER） 确认（VAL） 1 2 3 软件验证和确认总结 4 软件需求和验证活动的V模型 评审的分类 审查（Inspection） 团队评审（Team Review/Technical Review） 走读（Walk Though） 成对编程（Pair Programming） 同行检查（Peer Desk Check） 特别检查（Ad hoc Review） 评审的正式程度 课程概述 软件验证和确认概述 验证（VER） 确认（VAL） 1 2 3 软件验证和确认总结 4 Verification （验证） The purpose of Verification (VER) is to ensure that selected work products meet their specified requirements. 验证的目的是确保选择的工作产品满足指定的需求。 相关PA： VAL 产品和产品组件在计划的环境中实现使用。 RD 产生和开发客户、产品和产品组件需求。 REQM 管理需求。 Verification（验证） 目标之间关系解析 － SG1 Prepare for Verification （准备验证） Corrective Actions （纠正行动） Verify SelectedWork Products （验证工作产品） PerformPeer Reviews （执行同行评审） SG1 SG2 SG3 需求开发 确认 SG1 准备验证 Prepare for Verification （SG1 准备验证） 验证环境 验证流程和准则 工作产品清单 验证选择 SP1.1 选择 待验证 的工作产品 SP1.2 建立 验证的环境 SP1.3 建立 验证规程 和准则 SG1 目标之间关系解析 － SG2 Prepare for Verification （准备验证） Corrective Actions （纠正行动） Verify SelectedWork Products （验证工作产品） PerformPeer Reviews （执行同行评审） SG1 SG2 SG3 需求开发 确认 SG2 执行同行评审 数据收集需求 入口和出口准则 同行评审计划 评审结果 评审问题 评审数据 行动项 Perform Peer Reviews （SG2 执行同行评审） SP2.1 准备 同行评审 SP2.2 执行 同行评审 SP2.3 同行 评审 数据分析 SG2 SP2.1 准备同行评审 有效的评审会议的检查标准和检查单 你的检查表是否着重将检查员的注意力引向过去常发生错误的地方？ 是否侧重于缺陷检查而不是纠错？ 在检查会议之前检查员是否有足够的准备时间？每一位检查员都作好了准备吗？ 每一位参与者是否都扮演不同的角色？ 会议是否开得富有成果？ 会议是否限制在2小时之内？ 协调者在指导检查方面接受过特殊的训练吗？ 在每次检查中，错误类型数据是否都作了收集，以便于你今后制作检查表？ 每次检查所指定的条款是否都落实了？是由协调员本人还是重新作了检查？ SP2.2 执行同行评审 Infosys公司关于评审的经验教训： 评审应该包括外部专家，以增加项目团队的才干。 采用一个良好定义和结构化的评审过程。 评审只关注故障和问题，而不讨论解决 （要考虑解决思路，具体实现不考虑）。 有效利用各种评审形式。 监督每次评审的有效性。 需要对评审绩效进行监控，并采取纠正和预防措施。 首先通过实验改变观念 （但很多时候是态度问题，已经不是简单的观念问题） SP2.3 分析同行评审数据 评审缺陷数小于预计缺陷数 评审的工件业务逻辑较简单 评审人员没有充分的按检查单预审 （规范，态度） 评审人员没有经过评审的培训 （技能） 工作产品的质量非常好 （技能） 评审和预审时间是否完全应用，是否充足 （计划） 评审缺陷数大于预计缺陷数 工作产品的质量较低 （技能，规范，职责，态度） 工作产品本身业务逻辑非常复杂 （技能） 次要缺陷多而主要缺陷少 （规范,态度） 被评审模块是项目第一个模块 （培训） 目标之间关系解析 － SG3 P