第3章 软件文档国家标准.pptVIP

* * 3.3 计算机软件测试文档编制规范 3.3.4 测试文档的结构 2.测试设计说明 3.测试用例说明 1. 测试设计说明名称 2. 被测试的特性 3. 方法详述 4. 测试用例名称 5. 特性通过准则 1. 测试用例说明名称 2. 测试项 3. 输入说明 4. 输出说明 5. 环境要求 6. 特殊的规程说明 7. 用例间的依赖关系 黑盒测试的测试用例设计 划分等价类法 有效等价类 无效等价类 边界值分析法（等价类法的补充） 存在具体边界值，则在值上和非常接近的两边取测试用例。 存在输入个数限制，则在个数的边界上设置个数，比最大个数多一个，比最小少一个。 错误推测法 因果图法——判定表 * * * * 3.3 计算机软件测试文档编制规范 3.3.4 测试文档的结构 4.测试规程说明 5.测试项传递报告 6.测试日志 7.测试事件报告 1. 测试规程说明名称 2. 目的 3. 特殊要求 4. 规程步骤 1. 传递报告名称 2. 传递项 3. 位置 4. 状态 5. 批准 1. 测试日志名称 2. 描述 3. 活动和事件条目 1. 测试事件报告名称 2. 摘要 3. 事件描述 4. 影响 * * 3.3 计算机软件测试文档编制规范 3.3.5 测试文档的编制 设计测试用例 最少人力、最少投入、最短时间、尽量减少人为因素。 编写测试文档 参考附录A 每一个具体测试用例都应包含： 用例编号 用例名称 测试等级 入口准则 验证步骤 期望结果（含判断标准） 出口准则 注释 * * 3.3 计算机软件测试文档编制规范 3.3.6 测试文档编制实例 初始阶段可以先编写测试计划与测试报告，经过时间积累之后再逐步引进其他文件。 提前写测试报告的用意是什么？ * * 3.4 软件文档管理指南 （GB/T 16680-1996） 3.4.1 软件文档管理概述 管理者必须关注文档管理涉及的策略、标准、资源和计划。 不论项目大小，管理的原则是一致的。对于小项目，可以裁减标准中部分内容以满足特殊需要。 文档管理是针对文档编制管理提出的，不涉及文档内容和编排。 3.4.2 软件文档与文档管理者 管理者对文档工作的责任 认识到重要性，以及计划、编写、修改、形成、分发和维护各个方面。 管理者对文档工作的支持 管理者应为编写者提供指导和鼓励，并使用各种有效工具。 管理者的主要职责 …… * * 3.4 软件文档管理指南 （GB/T 16680-1996） 3.4.2 软件文档与文档管理者 管理者的主要职责 建立编制、登记、出版系统文档和软件文档的策略。 把文档计划作为整个开发工作的一个组成部分。 建立确定文档质量、测试质量和评审质量的各种方法。 为文档的各个方面确定和准备各种标准和指南。 积极支持文档工作以形成自觉编制文档的风气。 不断自查，以保证符合策略和规程。 项目管理者在项目开发前应决定如下事项： 要求哪些类型的文档。 提供多少种文档。 文档包含的内容。 达到何种级别的质量水平。 何时产生何种文档。 如何保存、维护文档，以及如何进行通信。 * * 徐承志 操作手册是用户手册的一部分。操作手册是系统级别的文档，而用户手册是需求级别的文档。操作手册讲述的是如何操作该系统的某个页面（你可以根据系统的菜单，一个一个的讲述它的操作按钮），而用户手册是在用户想做什么事情，在这样的前提下引导用户去操作该系统完成这样的需求（比如可以写个使用快速入门的小手册，把常规的使用写好：要实现什么功能要怎么操作）。 * 操作手册是用户手册的一部分。操作手册是系统级别的文档，而用户手册是需求级别的文档。操作手册讲述的是如何操作该系统的某个页面（你可以根据系统的菜单，一个一个的讲述它的操作按钮），而用户手册是在用户想做什么事情，在这样的前提下引导用户去操作该系统完成这样的需求（比如可以写个使用快速入门的小手册，把常规的使用写好：要实现什么功能要怎么操作）。 * 测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项。 * 暂停标准：被测试软件在强度稳定性测试中频繁出现异常（每小时出现1次以上）时。用户或公司要求暂停测试时。 再启动要求：通过调试后，预计被测试软件的可靠性有所提高时，可再次启动测试。 * 入口准则:确定什么条件下应该进行测试。比如，规定一些基本的，和特定的软件需求已经实现了，然后测试部门才能开始测试。 出口准则:所有测试用例全部被执行.测试报告已经通过评审. 测试等级：单元级、集成级、系统级和验收级等 测试等级：Alpha级、Beta级、客户验收级、开发级等 * * * 软件文档与标准 徐承志 第3章 软件文档国家标准 * * 软件文档国家标准 软件工程标准分类 基础标准 开发标准 文档标