软件测试与过程培训 .ppt

NMT测试培训手册－－软件测试过程 文件修改控制 软件测试过程 目 录（单元测试） 单元测试的背景 单元测试的定义 单元测试的主要目标 单元测试的主要测试范围 单元测试的工具 单元测试的内容 单元测试的人员安排 单元测试的培训需求 单元测试的评价准则 单元测试后记 1、单元测试的背景 要进行充分的单元测试，应专门编写测试代码，并与产品代码隔离。比较简单的办法是为产品工程建立对应的测试工程，为每个类建立对应的测试类，为每个函数建立测试函数。 同时，在单元测试之前应先编写产品函数的框架，然后编写测试函数，针对产品函数的功能编写测试用例，再编写产品函数的代码，每写一个功能点都运行测试，随时补充测试用例。 2、单元测试的定义 单元测试是软件测试中的基本活动，在单元测试活动中，软件独立单元将在与程序的其他部分相隔离的情况下进行测试。 单元测试是对软件基本组成单元进行的测试。测试对象是模块。 单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。例如，你可能把一个很大的值放入一个有序List 中去，然后确认该值出现在List 的尾部。或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了。 3、单元测试的主要目标 信息能否正确的流入流出； 在单元工作过程中，其内部数据能否保持完整性； 在为闲置数据加工而设置的边界是否工作正常； 单元运行能否满足特定逻辑覆盖； 单元中发生错误，出错处理是否有效。 4、单元测试的主要测试范围 模块接口测试 模块局部数据结构测试 模块边界条件测试 模块中所有执行通路测试 模块的各条错误处理通路测试 5、单元测试的工具 用于单元测试的工具较多，本文主要介绍以下几种，主要用于C＋＋语言。 CppUnit C++Test Visual Unit AdaTest and Cantata 6、单元测试的内容（一） 一、单元测试过程： 在详细设计阶段完成单元测试计划 建立单元测试环境，完成测试计划和开发 执行单元测试用例 检查测试用例是否通过 提交单元测试报告 6、单元测试的内容（二） 二、测试用例设计（黑盒测试）： 测试用例的核心是输入数据。输入数据包括四类：参数、成员变量、全局变量、IO媒体。 我们应该用一定的规则选择有代表性的数据作为输入数据，主要有以下三种：每种输入还可以分类，也就是平常说的等价类法，每类取一个数据作为输入数据，如果测试通过，可以肯定同类的其他输入也是可以通过的。 －正常输入 －边界输入 －非法输入 6、单元测试的内容（三） 三、测试用例设计（白盒测试）： 单元测试还需要从另一个角度来设计测试数据，即针对程序的逻辑结构来设计测试用例，就是所谓的白盒测试。普通方法是画出程序的逻辑结构图如程序流程图或控制流图，根据逻辑结构图设计测试用例，这些是纯粹的白盒测试。 白盒测试针对程序的逻辑结构设计测试用例，用逻辑覆盖率来衡量测试的完整性。 逻辑单位主要有：语句、分支、条件、条件值、条件值组合，路径。语句覆盖就是覆盖所有的语句，其他类推。还有一种判定条件覆盖，其实是分支覆盖与条件覆盖的组合。 7、单元测试的人员安排 单元测试的工作主要由程序员自己完成。 单元测试由程序员自己来完成，最终受益的也是程序员自己。程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。 经过了单元测试的代码才是已完成的代码，提交产品代码时也要同时提交测试代码。测试部门可以作一定程度的审核。 8、单元测试的培训需求 初步了解单元测试的基本概念，如何结合工具进行单元测试，并通过对系统分析制定单元测试方案，建立测试模型，得出测试结果，分析测试数据。 熟悉掌握自动化测试工作，并建立企业级的自动化测试平台，提高自动化测试实施的成功概率，降低自动化测试的实施成本。 9、单元测试的评价准则 单元测试结束的标志： 软件单元功能与设计需求一致 软件接口与设计需求一致 能够正确处理输入和运行中的错误 在单元测试中发现的错误已经得到修改并且通过了测试 达到相关的覆盖率的要求 完成软件单元测试报告 10、单元测试后记 一个尽责的单元测试方法将会在软件开发的某个阶段发现很多Bug，并且修改它们的成本也很低。在软件开发的后期阶段，Bug的发现并修改将会变得更加困难，并要消耗大量的时间和开发费用。 无论什么时候作出修改都要进行完整的回归测试，在生命周期中尽早地对软件产品进行测试将使效率和质量得到最好的保证。 在提供了经过测试的单元的情况下，系统集成过程将会大大地简化。开