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

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