集成测试和回归测试,确定测试

集成测试的概念

集成测试(Integration Testing)是把单独的软件模块结合在一起作为整体接受测试。实践表明,一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。一些局部反映不出来的问题,在全局上很可能暴露出来。

非渐增式测试和渐增式测试

由模块组装成程序时有两种方法。

非渐增式测试(Non Incremental Testing)方法:先分别测试每个模块,再把所有模块按设计要求放在一起结合成所要的程序;

渐增式测试(Incremental Testing)方法:把下一个要测试的模块同已经测试好的那些模块结合起来进行测试,测试完以后再把下一个应该测试的模块结合进来测试。每次增加一个模块的方法,这种方法实际上同时完成单元测试和集成测试。

非渐增式测试一下子把所有模块放在一起,并把庞大的程序作为一个整体来测试,测试者面对的情况十分复杂。测试时会遇到许许多多的错误,改正错误更是极端困难,因为在庞大的程序中想要诊断定位一个错误是非常困难的。而且一旦改正一个错误之后,马上又会遇到新的错误,这个过程将继续下去,看起来好像永远也没有尽头。

渐增式测试与“一步到位”的非渐增式测试相反,它把程序划分成小段来构造和测试,在这个过程中比较容易定位和改正错误;对接口可以进行更彻底的测试;可以使用系统化的测试方法。
因此,目前在进行集成测试时普遍采用渐增式测试方法。

自顶向下集成和自底向上集成

(1)自顶向下集成(Top-down Integration)
自顶向下集成方法是一个日益为人们广泛采用的测试和组装软件的途径。从主控制模块开始,沿着程序的控制层次向下移动,逐渐把各个模块结合起来。在把附属于(及最终附属于)主控制模块的那些模块组装到程序结构中去时,或者使用深度优先的策略,或者使用宽度优先的策略。

深度优先的结合方法先组装在软件结构的一条主控制通路上的所有模块。选择一条主控制通路取决于应用的特点,并且有很大任意性。而宽度优先的结合方法是沿软件结构水平地移动,把处于同一个控制层次上的所有模块组装起来。

把模块结合进软件结构的具体过程由下述4个步骤完成:
第一步,对主控制模块进行测试,测试时用存根程序代替所有直接附属于主控制模块的模块;
第二步,根据选定的结合策略(深度优先或宽度优先),每次用一个实际模块代换一个存根程序(新结合进来的模块往往又需要新的存根程序);
第三步,在结合进一个模块的同时进行测试; 第四步,为了保证加入模块没有引进新的错误,可能需要进行回归测试(即,全部或部分地重复以前做过的测试)。从第二步开始不断地重复进行上述过程,直到构造起完整的软件结构为止。上图描绘了这个过程。

自顶向下的结合策略能够在测试的早期对主要的控制或关键的抉择进行检验。在一个分解得好的软件结构中,关键的抉择位于层次系统的较上层,因此首先碰到。如果主要控制确实有问题,早期认识到这类问题是很有好处的,可以及早想办法解决。如果选择深度优先的结合方法,可以在早期实现软件的一个完整的功能并且验证这个功能。早期证实软件的一个完整的功能,可以增强开发人员和用户双方的信心。

(2)自底向上集成(Bottom-up Integration)
自底向上测试从“原子”模块(即在软件结构最低层的模块)开始组装和测试。因为是从底部向上结合模块,总能得到所需的下层模块处理功能,所以不需要存根程序。
用下述步骤可以实现自底向上的结合策略:
第一步,把低层模块组合成实现某个特定的软件子功能的族
第二步,写一个驱动程序(用于测试的控制程序),协调测试数据的输入和输出;
第三步,对由模块组成的子功能族进行测试; 第四步,去掉驱动程序,沿软件结构自下向上移动,把子功能族组合起来形成更大的子功能族。

随着结合向上移动,对测试驱动程序的需要也减少了。事实上,如果软件结构的顶部两层用自顶向下的方法组装,可以明显减少驱动程序的数目,而且族的结合也将大大简化。

回归测试

在集成测试的范畴中,回归测试(Regression Testing)是指重新执行已经做过的测试的某个子集,以保证上述这些变化没有带来非预期的副作用。

更广义地说,任何成功的测试都会发现错误,而且错误必须被改正。每当改正软件错误的时候,软件配置的某些成分(程序、文档或数据)也被修改了。回归测试就是用于保证由于调试或其他原因引起的变化,不会导致非预期的软件行为或额外错误的测试活动。

回归测试可以通过重新执行全部测试用例的一个子集人工地进行,也可以使用自动化的捕获回放工具自动进行。利用捕获回放工具,软件工程师能够捕获测试用例和实际运行结果,然后可以回放(即重新执行测试用例),并且比较软件变化前后所得到的运行结果。

回归测试集(已执行过的测试用例的子集)包括下述3类不同的测试用例:
(1)检测软件全部功能的代表性测试用例;
(2)专门针对可能受修改影响的软件功能的附加测试;
(3)针对被修改过的软件成分的测试。
在集成测试过程中,回归测试用例的数量可能变得非常大。因此,应该把回归测试集设计成只包括可以检测程序每个主要功能中的一类或多类错误的那样一些测试用例。一旦修改了软件之后就重新执行检测程序每个功能的全部测试用例,是低效而且不切实际的。

  • 1、

    集成测试的主要方法有

    A、

    自顶向下集成方法

    B、

    自底向上集成方法

    C、

    渐增式测试方法

    D、

    非渐增式测试方法

  • 2、

    目前在进行集成测试时普遍采用非渐增式测试方法。

    A、

    B、

    ×

  • 3、

    自底向上集成策略是从主控制模块开始,沿着程序的控制层次向下移动,逐渐把各个模块结合起来。

    A、

    B、

    ×

  • 4、

    下图是某正文加工系统的层次图,在模块3.0还没有实现的时候需要对3.1进行测试,需要编写( ),在3.1、3.2、…、3.6还没有实现的时候需要对3.0进行测试,需要编写( )。

    A、

    驱动程序;存根程序

    B、

    存根程序;驱动程序

    C、

    存根程序;存根程序

    D、

    驱动程序;驱动程序

  • 5、

    应该把回归测试集设计成只包括可以检测程序每个主要功能中的一类或多类错误的那样一些测试用例。

    A、

    B、

    ×

  • 6、

    确认测试就是用于保证由于调试或其他原因引起的变化,不会导致非预期的软件行为或额外错误的测试活动。

    A、

    B、

    ×

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
执行整车功能集成测试测试用例是为了验证整车在集成环境中的各个功能是否正常工作,并检测可能存在的问题。以下是执行整车功能集成测试的一般步骤: 1. 确认测试计划和测试用例:在执行测试之前,确保测试计划和测试用例已经准备好,并与整车功能集成测试的目标和要求相匹配。测试计划应明确测试的范围、目标、时间安排和资源分配等。 2. 准备测试数据:根据测试用例的要求,准备相应的测试数据。这些数据可以是真实的车辆数据、仿真数据或者是特定的输入数据。确保测试数据的准确性和完整性。 3. 配置测试环境:确保整车功能集成测试环境已经搭建好,并进行必要的配置。包括安装和配置相应的软件、连接测试设备、设置通信参数等。 4. 执行测试用例:按照测试计划和测试用例的顺序,逐个执行测试用例。记录测试过程中的操作步骤、结果和观察到的现象。 5. 检查功能是否正常:在执行每个测试用例后,检查整车的各个功能是否按照预期工作。验证功能是否满足需求和规格。 6. 记录和报告问题:如果在测试过程中发现问题,记录问题的详细描述、复现步骤和相关数据。及时报告问题给开发团队,并跟踪问题的解决过程。 7. 进行回归测试:在测试用例执行完成后,进行回归测试,重新执行之前通过的测试用例,以确保修复问题后没有引入新的问题。 8. 分析和总结测试结果:对测试过程和结果进行分析和总结,评估整车功能集成的稳定性和可靠性。根据测试结果提出改进意见和建议。 执行整车功能集成测试测试用例需要严格按照测试计划和要求进行,确保全面覆盖整车的功能和集成点。同时,及时记录和报告问题,并与开发团队进行紧密合作,以确保整车功能在集成环境中的正常运行。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值