FBUnitTestPlanTemplate.docVIP

FB [project name] Unit Test Plan Version 0.9 安全级别：内部使用Revision History Date Version Description Author 2007-4-10 0.9 Draft Vance Li 2007-4-18 1.0 增加测试粒度 Vance Li Table of Contents 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 审计 4 1.4 文档缩写词 4 1.5 参考文档 4 2. 单元测试相关交付文档和测试对象 4 3. 测试策略 4 3.1 功能测试 5 3.2 覆盖测试 5 4. 测试环境 5 4.1 基本的测试环境 5 4.2 辅助支持工具 5 4.3 测试环境的搭建 6 5. 人员，职责和培训 6 5.1 人员和职责 6 5.2 培训 6 6. 测试进度安排 6 7. 单元测试度量 6 Test Plan 简介 目的 编制 [Project Name] 项目的单元测试计划的目的是： 在编码阶段控制代码质量 明确定义本项目单元测试的范围和内容 让Stakeholder了解本项目将如何进行单元测试 范围 测试计划只包括 [Project Name] 项目的单元测试活动。 审计 下面的一些角色将会评审此单元测试计划： 项目经理 开发经理 SQA [Project Name]项目客户 文档缩写词 下面列出一些测试计划中可能涉及到的缩写词： UTC: Unit Test Case 参考文档 FB [Project Name] Project Plan FB [Project Name] PPQA Plan FB Code Process FB Unit Test Plan Template 单元测试相关交付文档和测试对象 本项目的单元测试交付文档包括： 单元测试计划 单元测试用例 单元测试报告 缺陷报告 本项目的单元测试对象包括： 业务逻辑层所有代码类 数据层所有代码类 测试策略 本次单元测试的目标：完成项目所有业务逻辑层和数据层代码类的功能测试，覆盖测试等。 由于单元测试是在开发Team内部完成，为了取得更好的效果，采取交叉测试策略，即编码人员与设计UTC和执行测试的人员分开。 [测试粒度]： 方法级（请根据项目实际需要来确定，比如根据项目特色只测试Public方法和Protected方法） 功能测试 测试目标： 确保代码按照SDD设计实现其功能 测试范围： 业务逻辑层和数据层所有代码类 技术： 1．首先根据SDD文档提取需要单元测试的类和方法，产出“单元测试内容列表” 2．通过单元测试矩阵和单元测试用例评审来保证测试用例覆盖了所有单元测试范围，以及单元测试用例的正确性和完整性 开始标准： 1．待测试代码已经编码完成 2．测试环境已经搭建（包括测试环境和缺陷跟踪系统） 完成标准： 计划内的测试用例执行完成，并全部通过 测试重点和优先级： 参考单元测试内容列表 需考虑的特殊事项： 无 本次测试的主要内容包括： 测试列表（详细文档参考“单元测试内容列表”） 覆盖测试 测试目标： 保证代码的正确性、有效性和完整性 测试范围： 业务逻辑层和数据层所有代码类 技术： 1．在进行功能测试的时候获取覆盖率 2．对于功能测试未覆盖到的部分增加测试用例，跑覆盖率 开始标准： 与功能测试一样 完成标准： 代码覆盖率达到100%（如果未达到100%，对未覆盖到的代码要解释原因） 测试重点和优先级： 低于功能测试 需考虑的特殊事项： 无 安全测试 测试目标： 保证代码的安全性 测试范围： 业务逻辑层和数据层所有代码类 技术： 增加安全测试用例 开始标准： 与功能测试一样 完成标准： 安全测试用例通过 测试重点和优先级： 低于功能测试，高于性能测试 需考虑的特殊事项： 无 测试环境 在项目的单元测试活动中，我们将会使用下面的测试环境。本测试环境可以和开发环境在一起。 基本的测试环境 Software Element Name Version Type and Other Notes Micro