单元测试计划

页，共=NUMPAGES7-16页文档编制说明文档说明： 单元测试计划是为了规范化编码流程和测试流程而拟定的计划，其规定了单元测试计划的测试目标、测试方法和测试质量保证。文档阅读对象：a．系统开发人员b．系统测试人员修改情况记录：版本号修改批准人修改人安装日期签收人单元测试计划01.001 目录目录1.产品描述 31.1功能描述 31.2当前版本 32.测试概述 32.1.测试目标 32.2.测试方法 32.2.1白箱测试 32.2.3测试覆盖 32.3进入准则 42.4结束准则 42.5考虑事项 43.控制和协调 53.1测试案例检查和质量控制 53.2测试流程 53.3开发组和测试组之间程序版本控制 54.资源需求和依赖条件 64.1软/硬件依赖条件 64.2测试数据需求 64.3测试人员需求 6附录1.单元测试报告 6单元测试计划V01.001 正文1.产品描述1.1功能描述参考文档：业务需求说明书，软件需求说明书。1.2当前版本船闸调度收费综合管理系统V01.0012.测试概述2.1.测试目标测试程序或代码单元（例如程序或模块）的功能测试内部逻辑检查内部设计测试路径与条件覆盖面测试以外条件和错误处理2.2.测试方法2.2.1白箱测试在白箱法中，测试者了解系统的内部。他们关心“怎么干”而不是“干什么”。白箱测试是逻辑导向的，测试者关心程序中控制流所有可能的途径的执行。白箱法本质上是单元测试方法（有时用于集成测试和操作性测试）并且几乎总是由技术人员进行。白箱测试的例子有：测试代码中的分支和判断跟踪程序中的逻辑路径2.2.3测试覆盖测试覆盖：一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度，测试覆盖包括函数、分支、扩展分支和条件覆盖等。覆盖种类：函数覆盖是最基本的测试要求，一般应该达到100%，即测试过所有的函数。条件覆盖指出真值条件和假值条件被测试的次数，在单元级测试时应该力求达到100%，不然的话就会留下未测试的代码，引发潜在的风险。但在集成测试时，要达到100%的条件覆盖是非常困难的。选择合适的测试覆盖指标依赖于你的测试目标。2.3进入准则编码阶段已经审核完成项目经理已经批准了单元测试计划测试组已经设计好测试案例，经过测试组组长的检查，并通过项目经理批准测试数据已经准备好并经过检查测试资源已经到位（软件、硬件、人力）2.4结束准则测试遇到的所有问题已经记录下来所有测试案例都已运行95％的测试案例已经成功通过所有测试案例至少运行了三次，所有错误已经修改测试结果已经记录，测试分析报告已经提交项目经理检查2.5考虑事项单元划分局部数据结构重要的实行路径错误处理极端条件基于程序说明的测试案例3.控制和协调3.1测试案例检查和质量控制所有测试案例应该经过测试负责人的检查和项目负责人的核查。3.2测试流程测试人员发现一个错误/问题|+>在单元测试记录库中增加一条错误记录|+>通知开发人员（一般是测试员本人）|||+>开发人员更正此错误/问题，并在该错误记录中注明|+>|||循环|+>通知测试人员||直到||||测试|+>测试人员验证此修改，并将结果记入该错误记录||案例||||结束|||<+若成功>结束此案例+<若不成功3.3开发组和测试组之间程序版本控制为测试组人员保存测试代码提供一个固定的、完整的测试程序目录。开发组负责对其内容的修改。所有编程人员必须在自己的工作站保存最新版本的代码，不得变更测试程序目录下的内容。在修改之前，由开发组负责人通知测试组负责人将做哪些修改和修改将影响的功能。4.资源需求和依赖条件4.1软/硬件依赖条件软/硬件名称数量配置测试主机2CPUi5-4440，显卡芯片GT610，内存4G7200转HDD测试软件环境--VisualStudio2