应用系统监理(下)教案分析.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 软件测试监理 软件测试监理的目标 监督和控制承建单位的软件测试过程，确保软件测试按照承建单位的测试文档规范和业主的软件要求实施； 软件测试反映出、记录着软件产品的真实情况； 软件测试的各个阶段按计划步骤实施； 软件测试监理 软件测试监理的目标 4. 对于软件测试反映出的问题能有效地按回归测 试规范进行处理； 5. 最后得到符合软件任务书（或合同）要求的软 件产品集； 6. 软件测试的进度与计划保持一致性。 软件测试监理 软件测试监理的活动 监督承建单位将合适的软件测试工程方法和工具应用到项目定义的软件过程中。 监督承建单位依据软件测试计划要求，对软件测试进行开发、维护、建立文档和验证。 计划和实施软件系统测试，实施系统测试以保证软件满足软件需求。 软件监理组跟踪和记录软件测试的结果。 对软件测试工程活动和产品进行评审和（或）审核： 软件测试准备就绪且满足完成准则。 软件测试符合规定的标准和要求。 所需的测试已完成。 软件测试监理的方法 4. 检测出的问题和缺陷已建立文档，并被跟踪和 处理。 5. 通过软件测试，软件产品符合软件需求要求。 6. 在软件产品提交前，依据软件基线验证了用来 管理和维护软件的文档。 软件测试监理的方法 验收阶段监理 验收阶段的系统建设任务 验收阶段监理的工作内容 验收阶段的主要工作 验收组织 验收的基本原则 验收阶段工作的重点 配置审核 验收测试 验收评审 验收报告 验收未通过的处理 验收组织 业主单位成立专门的验收委员会，作为验收的组织机构。 委员会一般不少于5人（单数）组成，成立验收测试组和配置审核组。 验收委员会由业主单位代表、监理单位代表、承建单位代表以及邀请的技术专家组成员组成。 验收的基本原则 验收测试和配置审核是验收评审前必须完成的 两项主要检查工作，由验收委员会主持； 测试组在审查需求规格说明书、确认测试和系统测试计划与分析结论基础上制订验收测试计划； 配置审核组在需求规格说明书、确认测试、系统测试等过程中形成的产品的更新管理及审核工作的基础上开展审计； 验收的基本原则 原有测试和审核结果凡可用的不必重作，可根据业主单位的要求临时增加一些测试和审核内容； 测试组在完成验收测试的同时，完成功能配置审核，即验证软件功能和接口与“合同”的一致性； 配置审核组完成物理配置审核，检查程序和文档的一致性、文档和文档的一致性、交付的产品与“合同”要求的一致性及符合有关标准的情况。 验收阶段工作的重点 软件配置审核和验收测试，大致可分为： 文档审核 源代码审核 配置脚本审核 测试程序或脚本审核 可执行程序测试 配置审核 配置审核项 可执行程序 源程序 配置脚本 测试程序或脚本。 配置审核 配置审核项 主要的开发类文档： 《需求说明书》《概要设计说明书》《详细设计说明书》《数据库设计说明书》《测试计划》《测试报告》《程序员维护手册》、《程序员开发手册》、《用户操作手册》、《项目总结报告》。 配置审核 配置审核项 主要的管理类文档： 《项目实施计划》《质量控制计划》《配置 管理计划》《用户培训计划》《质量总结报告》 《评审报告》《会议纪要》《开发进度月报》 等。 验收测试 前提条件 软件开发已经完成，并全部解决了已知的软件缺陷。 验收测试计划已经过评审并批准，并且置于文档控制之下。 对单元、集成、系统测试计划和报告的审查已经完成。 所有的测试脚本已完成，并至少执行过一次，且通过评审。 使用配置管理工具且代码置于配置控制之下。 已经制定、评审并批准验收测试完成标准。 验收评审 评审会 在完成验收测试和配置审核的基础上， 召开评审会，进行综合评价。 验收评审 评审准则 软件产品符合“合同”或“验收标准”规定的全部功能和质量要求； 文档齐全，符合“合同”或“验收标准”要求及有关标准的规定； 文档和文档一致，程序和文档相符； 对被验收软件的可执行代码，在验收测试中查出的错误总数以及错误严重性不超过业主单位事先约定的限定值； 配置审核时查出的交付文档中的错误总数不超过业主单位事先约定的限定值。 验收评审 评审结论 通过。表示同意通过验收的委员人数超过按事先约定人数（重要系统由全体验收委员协商一致同意；一般系统需有三分之二以上的委员同意）。