软件测试——模块(单元)测试

1、模块(单元)测试、测试各个子程序和过程、单元测试、单元测试(模块测试)的要素是测试程序中小组件的各个子程序和过程的动机单元测试降低了调试的难度。 一旦发现错误，它用哪个具体模块进行单元测试提供了同时测试多个模块的可能性，并将并行工程引入了软件测试。 目的将模块的功能和定义模块的功能规格说明或接口规格说明进行比较，明确模块和其规格说明之间存在矛盾。 单元测试问题，模块接口：检查进出单元的数据流是否正确的本地数据结构：测试内部数据是否完整，例如，不正确的类型说明、错误的初始化等。 路径测试：发现由不正确的判定和不正确的控制流引起的错误。 例如，不正确的逻辑操作和优先级无法正确修改循环变量。 边界条

2、件：测试程序在边界上是否正常工作错误处理：测试错误处理是否有效，例如，提供的错误信息不足、很难找到错误的原因等。 5.1测试用例的设计、必要的信息模块规格说明：模块输入和输出以及模块功能模块源代码测试用例设计方法的单元测试，整体上是针对白箱测试的(静态、动态)后续测试，对较大的要素进行了白着眼于发现其他类型的错误，无论程序的逻辑结构如何，都使用一个或多个白盒测试方法来分析模块的逻辑结构，使用黑盒测试方法来补充与模块规格相匹配的测试用例，5.2增量测试，个别测试是为了将测试用例驱动到被测试模块中或传输数据而为测试而创建的小模块。 驱动程序模块还必须向测试者显示被测试模块的结果。 存根作为被测量模

3、块调用的模块，模拟该模块的功能，并接收被测量模块的调用指令。 例如，为了测试模块b，需要驱动模块和模拟模块e的存根，5.2增量测试，除了设计有效的测试用例集的方法以外，模块组装方式的两种测试方法都是非增量测试。 在独立测试各模块之后，将这些模块组装成完整的程序测试，也称为崩溃(big-bang )测试。 增量测试：将已测试的模块组装到已测试的模块集合中，然后再进行测试。 注：在进行增量模块测试时，单元测试和集成是同步的，集成测试是模块测试的隐式部分，通常不是独立的测试过程。非增量和增量测试、5.3自上而下和自下而上测试、自上而下测试从程序的顶部或初始模块开始测试。 选择后续模块进行增量测试的原

4、则是预先测试调用该模块的至少一个模块。 如果有几个可能的测试序列，则必须首先设计存根，以测试密钥模块和I/O模块，然后测试上位模块。 存根通常从读取外部数据文件并不调用其他模块的终端模块开始进行测试，选择下一个模块进行增量测试的原则是，该模块调用的所有模块都经过了预先测试。 为了测试低级模块，需要设计一个包含有效测试输入、调用被测模块并显示输出的模块。例如，在该图中，从总共12个模块a到l模块I包括IO的写入操作模块j包括IO的读取操作，从上到下的增量测试，首先测试模块a，并且必须设计代表模块b、c、d的存根(stub )，如图所示添加b存根的例如ABFJDICGEKHL，在加入I后，按照图所

5、示，在自上而下的增量测试中显示存根，显示跟踪信息，返回值，输入返回值，并且在自下而上的增量测试中，第一步是e， 驱动模块，用于测试l和I中的一些或全部模块，需要设计成可以串行或并行进行，一些测试模块可以使用下一个测试模块序列，并且对应于下一个重要的模块f，h 加入这些驱动模块，并且如图所示，在自下而上的增量测试期间，驱动模块调用从模块，调用从模块，传递参数，调用从模块，确定参数，并且确定b和c的功能5.4运行测试，审计测试用例可能是两个：测试用例与模块输出的实际结果预期结果不一致时，该模块有错误，或者测试用例不正确。 因此，在运行测试之前必须检查测试用例集。 使用自动化的测试工具，可以减少流程

6、分析工具等测试中的工作量。 运行测试时，必须检查程序的副作用，即模块是否执行了不应该执行的操作。 程序员不能测试自己写的模块。 创建更好地交换测试的调用模块的程序员是测试调用模块的最佳候选人。 模块测试的目的不是证明模块正常工作，而是证明模块有错误。 单元测试的合格标准是，命名符合规则的控制流是正确的变量访问没有误差的所有软件单元达到质量测量指标的功能是符合设计说明的性能是达到软件设计指标的霸盖测试达到规定的霸盖率修正发现的问题，回归测试合格。 单元测试和集成测试，每个模块完成单元测试后，需要根据结构图将它们连接起来进行集成测试。 集成测试通常不是独立的测试过程，尤其是在增量模块测试中是隐含的部分。 集成测试人员可以熟悉模块内部的详细信息，从足够高的层次观察系统集成测试的内容单元之间的接口，在全局数据结构测试边界和人为条件下测试性能软件功能模块的功能测试。练习2 :设计