SRIJS-T0-/V0.0软件单元测试计划详细指南

需积分: 48 53 下载量 172 浏览量 更新于2024-08-30 收藏 51KB DOCX 举报
"软件单元测试计划模板" 软件单元测试计划是一种详细规划,旨在确保软件的各个独立组件(单元)能够按预期工作。这份模板涵盖了测试的各个方面,包括介绍、目的、定义和缩写、参考资料、测试内容、单元测试策略、测试方法、测试工具、测试模块、测试活动计划进度、准入/准出原则、测试用例、输出文档以及附录,如缺陷状态定义和缺陷严重程度定义。 1. **介绍**:这部分旨在明确文档的编写目的和目标读者,可能包括为何需要进行单元测试,以及谁应阅读和遵循此计划。 2. **目的**:定义测试的主要目标,例如验证新功能的正确性和代码质量,确保软件符合预定的标准和规范。 3. **定义和缩写**:列出所有在文档中使用的专业术语和缩写,以便读者理解,例如CW(代码走读)、BA(边界值分析法)、EP(等价类划分法)等。 4. **参考资料**:列出参考文献或相关标准,如CENELEC EN50128,用于指导测试过程。 5. **测试内容**:明确指出测试将涵盖哪些功能或模块,以及测试的具体目标。 6. **单元测试策略**:描述采用的测试策略,通常包括静态分析(如代码走读)和动态分析(如运行测试数据并比较结果)。 7. **测试方法**:详细说明每种测试方法,如静态分析中可能涉及的代码走读规则,以及动态分析中可能用到的边界值分析法和等价类划分法。 8. **测试工具**:列出用于执行测试的工具及其版本和供应商,例如LDRA的Testbed和TBvision用于静态和动态分析。 9. **测试模块**:识别要测试的软件模块,以确保所有关键部分都得到覆盖。 10. **测试活动计划进度**:制定一个时间表,详细说明每个测试阶段的开始和结束日期,以及里程碑事件。 11. **准入/准出原则**:定义何时可以开始和结束测试,例如所有必备条件满足后才允许开始(准入原则),而所有预期结果都已验证且没有严重缺陷才能结束(准出原则)。 12. **测试用例**:列出具体的测试场景和预期结果,这些是评估代码功能是否正确的具体步骤。 13. **输出文档**:确定测试完成后应生成的文档,如软件单元测试报告和缺陷报告。 14. **附录**:包含额外的信息,如缺陷的状态定义(新建、已确认、已修复等)和严重程度定义(例如,是否影响主要功能、是否导致系统崩溃等)。 这个模板提供了一个全面的框架,有助于系统化地进行单元测试,确保软件开发的质量和可靠性。通过遵循这个模板,开发团队可以更有效地识别和修复代码中的问题,从而提高软件产品的整体质量。
753 浏览量
单元测试计划 版本:V1.3 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 导言 2 1.1 目的 2 1.2 背景 2 1.3 范围 2 2 进入条件 2 3 退出条件 2 4 代码级别标准 2 5 代码分级清单 3 6 单元测试风险 3 7 单元测试策略 3 7.1 策略描述 3 7.2 类型 3 7.2.1 代码走查 3 7.2.2 功能测试 4 7.2.3 边界测试 4 7.2.4 覆盖率测试 4 7.2.5 内存使用测试 4 7.2.6 测试方式 4 7.3 测试用例估算 4 8 工具 5 9 进度及分工 5 10 交付物 5 导言 目的 【描述该代码走查及单元测试计划的目的。】 背景 【描述代码走查及单元测试计划的背景,活动目的。如无特殊背景信息,可裁剪。】 范围 【说明该代码走查及单元测试计划在整个项目周期的适用范围】 进入条件 【描述项活动的测试依据和满足该阶段测试进入的条件和约束。】 退出条件 【描述满足该阶段测试退出的条件,编写时特别要根据 《项目量化管理计划》列举一些量化的退出指标,例如 致命和严重级别的缺陷清除率达到 100%】 代码级别标准 【请参考组织级文档《代码分类级别指南》,中规定进行分类,质量经理可根据项目情况,对级别和通过标准做适当调整,将最后确定的通过标准记录在以下表格中】 级别 检查项 通过标准 A 代码编写格式检查 B 代码编写质量检查 C1 代码走查 C2 C3 D1 测试用例代码覆盖率检查 D2 D3 D4 E 内存泄漏检查 代码分级清单 【由架构师根据代码级别标准,划分】 模块 代码 A B C D E C1 C2 C3 D1 D2 D3 D4 √ √ √ √ √             单元测试风险 【此处描述测试任务可能遇到的风险,以及规避的方法】 # 风险描述 可能性 风险影响 责任人 规避方法 【高、中、低】 【高、中、低】 单元测试策略 策略描述 【此处描述根据项目的具体特征所确定的代码走查及单元测试的策略(如:代码走查在本项目重点关注的地方、测试可行性分析,测试方法确定,测试类型选择)】 类型 【此处描述单元测试选择的测试类型,一般建议有如下几种:】 代码走查 目标: 技术: 完成标准: 需考虑的特殊事项: 功能测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 边界测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 覆盖率测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 内存使用测试 测试目标: 技术: 完成标准: 需考虑的特殊事项: 测试方式 【说明手工测试的部分和自动测试的部分】 测试用例估算 【说明对需要开发的测试用例数目的估算】 模块 类数目 测试类型 测试用例数 工具 【本次测试将使用的工具】 用途 工具 厂商/自产 版本 测试管理 测试执行 缺陷报告 进度及分工  【根据测试的模块,分解任务,计划工作量、时间、人员;制订该计划的同时请参考中层计划等相关计划和估算文档;对于代码走查的人员安排一般要求架构师、高级工程师对工程师、助理工程师的代码进行走查,同时高级工程师、工程师 之间进行代码互查】 模块 任务 工作量 开始日期 人员 代码走查 用例设计 用例开发 用例执行 工作量合计 代码走查 用例设计 用例开发 用例执行 交付物 【描述单元测试需要交付的工作产品】 交付物名称 责任人 参与者 交付日期 测试计划 代码走查报告 测试用例 测试报告