SWE-D30-01软件单元测试计划.doc

软件单元测试计划 V0.9 项 目 号： 项目名称： 编 制： 日 期： 审核/会签 日 期 审核/会签 日 期 审核/会签 日 期 批准 日 期 修 订 页 编号 修订内容简述 修订日期 修订后版本号 修订人 审核人 批准人 1 将前期讨论的结果根据公司模板格式要求重新整理 2007-9-18 V0.5 2 统一升级预发布版本，修订部分细节 2007-11-7 V0.9 目录 1. 关键词： 4 2. 摘 要： 4 3. 缩略语清单： 4 4. 参考资料清单： 4 5. 引言 4 6. 测试项 4 7. 被测试的特性 4 8. 不被测试的特性 4 9. 测试方案 4 10. 测试通过准则 4 11. 应提供的测试文件（工作交付件） 4 12. 测试任务 4 13. 测试环境要求 4 14. 测试进度安排 5 14.1. 测试项目1 5 14.2. 测试用例1 5 关键词： 摘 要： 缩略语清单： 对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。 参考资料清单： 请在表格中罗列本文档所引用的有关参考文献名称、作者、标题、编号、发布日期和出版单位等基本信息。 参考资料清单 名称 作者 编号 发布日期 查阅地点或渠道 出版单位 （若不为本公司发布的文献，请填写此列） 引言 归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用材料等。 测试项 描述被测试的对象，包括其版本、修订级别，并指出在测试开始前对逻辑或物理变换的要求。 被测试的特性 指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试设计说明。 不被测试的特性 指出不被测试的所有特性和特性的有意义的组合及其理由。 测试方案 描述单元测试方案，规定测试指定特性组所需的主要活动、技术和工具，应详尽地描述方法和过程，以便列出主要的测试任务，并估计执行各项任务所需的时间。规定所希望的最低程度的测试彻底性，指明用于判断测试彻底性的技术（如：检查哪些语句至少执行过一次）。指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截止期限等。 测试通过准则 说明各测试项通过测试的标准。 应提供的测试文件（工作交付件） 规定测试完成后应递交的文件。 测试任务 指明执行测试所需的任务集合，指出任务间的一切依赖关系和所需的一切特殊技能。 测试环境要求 规定单元测试环境所必备的及希望有的特性。包括：硬件、通信和系统软件的物理特征、使用方式以及任何其它支撑测试所需的软件或设备，指出所需的特殊测试工具及其它测试要求。 测试进度安排 包括在软件项目进度中规定的测试里程碑以及所有测试项传递时间。 定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测试里程碑规定进度，对每项测试资源规定使用期限。 测试项目1 测试编号 输入测试编号 测试分项目 输入测试分项目名称 预置条件 [必写] 测试步骤 [必写] 预期结果 [必写，表明进行该项测试会得到怎样的结果才正确，是实际测试者的参考] 测试说明 [可选，一些特殊说明，如操作上应注意的问题等] 实测结果 测试编号 输入测试编号 测试分项目 输入测试分项目名称 预置条件 [必写] 测试步骤 [必写] 预期结果 [必写，表明进行该项测试会得到怎样的结果才正确，是实际测试者的参考] 测试说明 [可选，一些特殊说明，如操作上应注意的问题等] 实测结果 测试用例1 将测试用例按照需求类型（例如性能、接口），或者模块名、功能名等组织在一起。 测试用例的格式应符合测试策略中对测试用例格式和编号规则的要求。 例如： Test Case ID 测试用例编号 测试用例的编号应符合测试策略中对编号规则的要求。例如，“项目编码 -UT（或IT，ST）-nnn”。 Test Criticality 重要级别 描述测试用例的重要级别：高/中/低. 高－需求被定义为“强制性的” 中－需求被定义为“要求的” 低－需求被定义为“希望的” Test Title 测试标题 给出测试用例的描述，必须包括模块、子模块、接口名(如果有的话) Test Pre