第13章 文档测试.pdfVIP

第十三章 文档测试 上一章回顾 • 界面测试基本概念 • 界面测试要点软件测试 课堂提问 • 界面测试要点例举 本章学习目标 • 针对不同的文档能够设计相应的文档测试 用例 本章学习方法 • 测试相关文档 本章主题 • 哪些文档需要测试 • 文档测试的基本知识 • 文档测试验证点 哪些文档需要测试 • 国家有关计算机软件产品开发文件编制指 南中共有14 种文件，可分为3 大类。 – 开发文件：可行性研究报告、软件需求说明书、 数据要求说明书、概要设计说明书、详细设计 说明书、数据库设计说明书、模块开发卷宗。 – 用户文件:用户手册、操作手册，用户文档的作 用：改善易安装性；改善软件的易学性与易用 性；改善软件可靠性；降低技术支持成本。 – 管理文件：项目开发计划、测试计划、测试分 析报告、开发进度月报、项目开发总结报告。 用户文档测试的方法 • 技术校对 • 功能测试 • 其他辅助方式 文档测试要点 • 文档的读者群； • 文档的术语； • 文档的正确性； • 文档的完整性； • 文档的一致性； • 文档的易用性； • 样例与示例； • 文档的语言； • 印刷与包装质量等等。 文档测试的过程 • 文档测试主要是查看文档并且进行相关的 交流讨论。 文档测试与静态测试的关系 • 静态测试只针对代码， • 文档测试也用于设计文档。 • 静态测试与单元测试一样，是检查代码在 功能上的正确性；针对代码的文档测试更 注重代码与设计的一致，而代码在功能上 的正确性则更多的由针对设计的文档测试 来保证。 文档测试与评审的区别 • 评审人的范围比较广，可以包括主管、项 目经理、其他开发人员等 • 评审的时间相对较短 评审的随意性较大，系统性不强，评审人 从各自的角度提出意见 文档质量较差时，评审人很难提出实质性 的意见 总体设计的验证点 • 检查需求中规定的功能点如何实现 • 需求中列出的所有功能点都能实现 • 检查需求中规定的性能指标如何保证 • 需求中列出的所有性能指标都能保证 • 检查普遍性的功能点（强壮性、容错性、 安全性）如何实现 • 系统部分失效（断线重连、断线重启） • 异常的输入数据 • 异常业务量（零负荷、超负荷） 总体设计的验证点 • 非法入侵 • 检查普遍性的性能指标（可靠性、稳定性） 如何保证 • 业务处理能力 • 业务预期响应时间 • 最大支持用户数 • 检查模块定义是否正确 • 模块的功能描述明确 • 模块与模块的关系与现实关系一致 概要设计的验证点 • 检查功能点（包括接口）如何实现 • 界面的输入项齐全 • 界面的输入项的数据类型、输入方式正确 • 界面的输出项齐全 • 界面的输出项的数据类型、输出方式正确 • 接口的输入参数齐全 • 接口的输入参数的数据类型正确 • 接口的输出参数齐全 • 接口的输出参数和返回值的数据类型正确 • 接口的输出参数和返回值能反映异常情况 概要设计的验证点 • 本模块与其他模块的通讯与总体设计一致 • 算法和流程正确 • 检查性能指标如何保证 • 算法和流程高效 • 检查类定义是否正确 • 类的功能描述明确 • 类不可以再分为两个类 • 类与类的关系与现实关系一致 • 没有使用友类 概要设计的验证点 • ……