单元测试计划.docVIP

Unit_Test.Doc 单元测试计划 2002.1.1 Version: 1.0.0 Written by ioking All Rights Reserved 更改记录 更改日期 说明 更改标志 2002-1-10 审核/批准 项目名称： 版本号： 签名 HG审核人： 签名： 日期： 客户批准人： 签名： 日期： 其他意见： 目录 封面 1．前言 4 1．1．编写目的 4 1．2．背景 4 1．3．变更历史 4 1．4．定义、缩略词 4 1．5．参考资料 4 2．产品描述 5 2．1．功能描述 5 2．2．当前版本 5 3．测试概述 5 3．1．测试目标 5 3．2．测试方法 5 3．2．1．白箱测试 5 3．2．3．测试覆盖 5 3．3．进入准则 6 3．4．结束准则 6 3．5．考虑事项 6 4．控制和协调 6 4．1．测试案例检查和质量控制 6 4．2．测试流程 6 4．3．开发组和测试组之间程序版本控制 6 5．资源需求和依赖条件 7 5．1．软/硬件依赖条件 7 5．2．测试数据需求 7 5．3．测试人员需求 7 6．进度表 7 附录1.单元测试报告 8 1．前言 1．1．编写目的 编写指南：说明编写这份概要设计说明书的目的，指出预期的读者。 目的： 适用读者： 1．2．背景 编写指南：说明待开发软件系统的名称；列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。”，以下用英文简称×××。该项目由××××××××委托北京华光数码公司开发，将运行在××××××××内部的计算机网络中。 1．3．变更历史 编写指南：本节主要说明在涉及本说明书的设计、开发阶段的变更历史。 时间 说明 参与人员 1．4．定义、缩略词 编写指南：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 本说明书所用文字定义： 黑色字：一般文本，系统中的主要说明文本。 蓝色字：表格、图形、重要流程图的标题。 青色字：本章节的注意事项、编写指南。 粉红色字：说明书中的重要用词、说明。 ×××：表示保密或者待填写的文本。 缩写词表： 缩略词、定义 说明 UT 单元测试计划 1．5．参考资料 编写指南：列出有关的参考文件：本项目的经核准的计划任务书或合同，上级机关的批文；属于本项目的其他已发表文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 以下是本说明书有关的参考文件： GB/T l1457 软件工程术语一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度测试覆盖包括函数、分支、扩展分支和条件覆盖等。函数覆盖是最基本的测试要求，一般应该达到100%，即测试过所有的函数。条件覆盖指出真值条件和假值条件被测试的次数，在单元级测试时应该力求达到100%，不然的话就会留下未测试的代码，引发潜在的风险。但在集成测试时，要达到100%的条件覆盖是非常困难的。选择合适的测试覆盖指标依赖于你的测试目标。 发现一个错误/问题 | +-----在单元测试记录库中增加一条错误记录 | +-----通知开发人员（一般是测试员本人） | | | +-----开发人员更正此错误/问题，并在该错误记录中注明 | +----- | | | 循环 | +-----通知测试人员 | | 直到 | | | | 测试 | +-----测试人员验证此修改，并将结果记入该错误记录 | | 案例 | | | | 结束 | | | -----+ 若成功 --- 结束此案例 +--------------------------若不成功 4．3．开发组和测试组之间程序版本控制 编写指南：组内程序版本控制是进行高效率测试的基础之一。在本节要定义完善的版本控制规则。 为测试组人员保存测试代码提供一个固定的、完整的测试程序目录。开发组负责对其内容的修改。所有编程人员必须在自己的工作站保存最新版本的代码，不