(精品）单元测试标准.docxVIP

作业标准S-10001 作业标准 S-10001 总页数 8 正文 4 附件 4 文件控制部门: 项目管理部 单元测试标准 批准人 刘岩 审核人 崔戈 拟制人 刘慧丰 批准日期 1999.5.12 生效日期 1999.5.12 关 联 文 件 单元测试实施规程(R-10002) 设计文档标准（S-04001） 沈阳东东系统集成有限公司 更改记录 序号 发行日 更改对象·更改内容 批准 审查 拟制 0 1999.5.12 新发行 刘岩 崔戈 刘慧丰 目 录 1. 测试的一般事项 1.1 测试的目的与分类 2/4 1.2 测试与调试的区分 2/4 2. 对测试过程的准备 2/4 3. 单元测试作业的标准 3.1 作业流程 2/4 3.2 制作单元测试方案书 2/4 3.3 测试结果的研讨及调试 3/4 3.4 程序的修正及再编译 4/4 3.5 单元测试结束报告书 4/4 附图： 附图1、单元测试例书写方法 1/4 附图2、单元测试例书写例式 2/4 附图3、单元测试结束报告书式 3/4 附图4、问题分析表 4/4  1.测试的一般事项 1.1测试的目的与分类 测试是以发现错误为目的执行程序的过程。也就是说，测试并不是为了验证程序是正确的，而是为了找出程序中隐藏的错误。如果经过测试没有发现任何错误，在确认该程序是正确无误的之前，应该先确定测试过程本身的有效性。 测试分为静态测试和动态测试两类。静态测试也称为桌面检查，是指通过对程序代码的分析找出程序中可能出现的问题。 1.2测试与调试的区分 在进行测试之前一定要认清测试和调试的区别。测试的目的是发现错误，而调试的目的是对错误进行定位，分析错误的原因并加以改正。 2.对测试过程的准备 以自底向上测试方法为基础构造测试过程。自底向上测试是从模块树的下一级别的程序模块开始进行测试的方式。这种测试不需做成支撑模块，但需要驱动模块。 有许多种测试工具和系统特有的工具，可根据各程序的性质充分地利用这些工具。 3.单元测试作业标准 3.1作业流程 单元测试从编译错误全部被修正时开始，到提交单元测试结束报告书时结束。单元测试结束报告书（附图3）是对是否进行了全部测试的再确认，同时也是通知该程序已经测试结束的手续。测试人员对在单元测试过程中发现的问题，应做记录并进行原因分析。分析和记录的格式见（附图4 问题分析表），并且要和单元测试成绩书的各项相对应。 3.2制作单元测试方案书 单元测试必须做成某种形式的测试方案书。这是因为不具有测试方案书的测试不具备判定测试结束的标准。标准的单元测试方案书的制作方法如下： (1)制作测试例 依照测试例来推进测试。对于所有的测试例，都得到了预想的结果时，认为对该程序的测试已经结束。从这种角度上来说，测试例的设定就非常的重要。若在测试例中有重大遗漏时，就会使该程序不能被全部测试到。 (2)测试例的确认 确认测试例覆盖的程序范围。由于程序的复杂性，对每个模块都进行单元测试要花费大量的时间制作相应测试的支撑模块或驱动模块，同时因为与实际环境不同，造成测试结果与实际运行结果之间存在一定的差异。因此单元测试时，可只对基本的模块进行测试，其它测试可在组合测试时进行。 (3)制作测试数据 可在决定测试例的同时制作测试数据，也可分开来作。对于单元测试，测试数据的制作者主要是实际测试者。 (4)测试的准备 单元测试方案书原则上由程序设计者来制作。测试数据由测试者(通常是程序制作者)制作。测试者应对测试程序的每个测试例如何在机器上运行及数据设定的方法等进行研讨。 在实际测试中只能找出那些可以同输出结果进行对照的错误。也就是说，大体上可以覆盖与程序的本来功能有关的错误，对于由其它程序的输入/输出不合格而造成的错误(排它、资源的释放等)就很难找出来。这充分说明了动态测试的局限性，从而体现了桌面检查（对程序流程，设计文档等的检查）的重要性。 单元测试方案书的记述方法 对于将测试例的设计与测试数据的设计分开进行时，主要由程序设计者进行测试例的设计，而由测试执行者负责测试数据的制作。但是，如果根据测试例不能决定测试数据，也写不出预定的结果时（多见于以计算为主的程序中），由程序设计者负责测试数据的制作。 (1)测试例的记述 关于测试例的设计，没有必要进行程序代码级的检查，(所谓的桌面检查是在测试数据的制作阶段应该进行的作业。)但有必要进行覆盖率的确认。测试例的记述方法如附图1所示、测试例的记述范例如附图2所示。 (2)测试数据的记述 原则上是由测试者制作测试数据。但是，测试数据列表不只限定为后记的格式。也可以采用与测试程序相适合的形式。 3.3测试结果的研讨及调试 对测试中发现的错误进行调试，必须以桌面调试为主。机器调试作为一种补助手段。 调试时通常会采