本文主要是介绍软考125-上午题-【软件工程】-传统软件的测试策略，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、传统软件的测试策略
有效的软件测试实际上分为4步进行，即：单元测试、集成测试、确认测试、系统测试。
1-1、单元测试（模块测试）
单元测试也称为模块测试，在模块编写完成且无编译错误后就可以进行。
单元测试侧重于模块中的内部处理逻辑和数据结构。如果选用机器测试，般用白盒测试法。这类测试可以对多个模块同时进行。
1）单元测试的测试内容
单元测试的主要检测模块的以下5个特征：
1、模块的接口
模块的接口保证了测试模块的数据流可以正确地流入、流出。
在测试中应检查以下要点:
①、测试模块的输入参数和形式参数在个数、属性、单位上是否一致。
②、调用其他模块时，所给出的实际参数和被调用模块的形式参数在个数、属性、单位上是否一致。
③、调用标准函数时，所用的参数在属性、数目和顺序上是否正确
④、全局变量在各模块中的定义和用法是否一致。
⑤、输入是否仅改变了形式参数。
⑥、开/关的语句是否正确。
⑦、规定的 IO 格式是否与输入/输出语句一致。
⑧、在使用文件之前是否已经打开文件或使用文件之后是否已经关闭文件。
2、局部数据结构
在单元测试中，局部数据结构出错是比较常见的错误，在测试时应重点考虑以下因素。
①、变量的说明是否合适
②、是否使用了尚未赋值或尚未初始化的变量。
③、变量的初始值或默认值是否正确。
④、变量名是否有错(例如拼写错)
3、重要的执行路径
4、出错处理
5、边界条件
1-2、单元测试的过程
由于模块不是独立运行的程序，各模块之间存在调用与被调用的关系。在对每个模块进行测试时，需要开发两种模块。单元测试环境如图所示。
1、驱动模块
相当于一个主程序，接收测试例子的数据，将这些数据送到测试模块，输出测试结果。
2、桩模块(也称为存根模块)
桩模块用来代替测试模块中所调用的子模块，其内部可进行少量的数据处理，目的是为了检验入口，输出调用和返回的信息。
提高模块的内聚度可以简化单元测试。如果每个模块只完成一种功能，对于具体模块来讲。所需的测试方案数据会显著减少，而且更容易发现和预测模块中的错误。
高内聚、低耦合
1-3、真题
真题1：
真题2：
1-4、集成测试
集成测试就是把模块按系统设计说明书的要求组合起来进行测试。
即使所有的模块都通过了测试，在集成之后，仍然可能出现问题。
通常，集成测试有两种方法：
1、非增量集成
2、增量集成。
非增量集成：
分别测试各个模块，再把这些模块组合起来进行整体测试。
非增量式集成可以对模块进行并行测试，能充分利用人力，并加快工程进度。但这种方法容易混乱，出现错误不容易查找和定位。
增量集成：
即以小增量的方式逐步进行构造和测试。
增量式测试的范围一步步扩大，错误容易定位，更易于对接口进行彻底测试，并且可以运用系统化的测试方法。下面讨论一些增量集成策略。
1）、自顶向下集成测试
自顶向下集成测试是一种构造软件体系结构的增量方法。模块的集成顺序为从主控模块(主程序)开始，沿着控制层次逐步向下，以深度优先或广度优先的方式将从属于(或间接从属于)主控模块的模块集成到结构中。
如图 5-10 所示，深度优先集成是首先集成位于程序结构中主控路径上的所有构件，也可以根据特定应用系统的特征进行选择。
不用编写驱动模块，需要编写桩模块。
集成过程可以通过下列5个步骤完成：
（1）主控模块用作测试驱动模块，用这些从属于主控模块的所有模块代替桩模块。
（2）依靠所选择的集成方法（深度优先、广度优先），每次用实际模块替换一个从属桩模块。
（3）在集成每个模块后都进行测试。
（4）在完成每个测试集之后，用实际模块替换另一个桩模块。
（5）可以执行回归测试，以确保没有引入新的错误。
2）、自底向上集成测试
自底向上集成测试就是从原子模块（程序结构的最底层构件，桩模块）开始进行构造和测试。由于构件是自底向上集成的，在处理时所需要的从属于给定层次的模块总是存在的，因此，没有必要使用桩模块。
自底向上集成策略可以利用以下步骤来实现：
（1）连接低层构件以构成完成特定子功能的簇。
（2）编写驱动模块（测试的控制程序）以协调测试用例的输入和输出。
（3）测试簇。
（4）去掉驱动程序，沿着程序结构向上逐步连接簇。遵循这种模式的集成如图 5-11 所示。
连接相应的构件形成簇 1、簇2和簇 3，利用驱动模块（图中的虚线框）对每个进行测试。簇1和簇2中的构件从属于模块 Ma，去掉驱动模块D1，和 D2，将这两个簇直接与 M1相连。与之相类似，在簇3与 Mb，连接之前去掉驱动模块 D3，最后将 Ma和Mb与构件 Mc连接在一起。
不需要编写桩模块，需要编写驱动模块
3）、回归测试
每当加入一个新模块作为集成测试的一部分时，软件发生变更，建立了新的数据流路径，可能出现新的IO，以及调用新的控制逻辑。这些变更可能会使原来可以正常工作的功能产生问题。
在集成测试策略的环境下，回归测试是重新执行已测试过的某些子集，以确保变更没有传播不期望的副作用。
回归测试有助于保证变更不引入无意识行为或额外的错误。回归测试可以手工进行，方法是重新执行所有测试用例的子集，或者利用捕捉/回放工具自动执行。捕捉/回放工具使软件工程师能够为后续的回放与比较捕捉测试用例和测试结果。
回归测试要执行的测试子集包含以下3 种测试用例：
- 能够测试软件所有功能的具有代表性的测试样本。
- 额外测试，侧重于可能会受变更影响的软件功能。
- 侧重于已发生变更的软件构件测试。
随着集成测试的进行，回归测试的数量可能变得相当庞大，因此，应将回归测试用例设计成只包括设计每个主要程序功能的一个或多个错误类的测试。一旦发生变更，对每个软件功能重新执行所有的测试是不切实际的，而且效率很低。
4）、冒烟测试
当开发软件产品时，冒烟测试是一种常用的集成测试方法，是时间关键项目的决定性机制，它让软件团队频繁地对项目进行评估。
1-5、真题
真题1：
真题2：
真题3：
真题4：
| 编写驱动模块 | 编写桩模块 | |
| 自顶向下 | 不 | 用 |
| 自底向上 | 用 | 不 |
这篇关于软考125-上午题-【软件工程】-传统软件的测试策略的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
