软件测试题目：集成测试的作用是什么？

1. 软件测试题目：集成测试的作用是什么？

2. 软件测试方法的集成测试

集成测试，英文是Integration Testing。集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别

3. 集成测试主要测什么

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集成测试。[1]

实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。一些局部反映不出来的问题，在全局上很可能暴露出来。

中文名
集成测试
概述
也叫组装测试或联合测试
简介
集成测试测试组合单元时出现问题
步骤
集成测试过程 需求工作机制
常用方案选型
综述 自顶向下测试 自底向上测试
快速
导航
目标
 
实施
 
完成标准
 
内容
 
常用方案选型
 
计划书
 
单元测试的比较
简介
[2] 集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它最简单的形式是：把两个已经测试过的单元组合成一个组件，测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合为程序的更大部分。方法是测试片段的组合，并最终扩展成进程，将模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
集成测试测试组合单元时出现的问题。通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别。一个有效的集成测试有助于解决相关的软件与其它系统的兼容性和可操作性的问题。
集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。也就是说，在集成测试之前，单元测试应该已经完成，集成测试中所使用的对象应该是已经经过单元测试的软件单元。这一点很重要，因为如果不经过单元测试，那么集成测试的效果将会受到很大影响，并且会大幅增加软件单元代码纠错的代价。
集成测试是单元测试的逻辑扩展。在现实方案中，集成是指多个单元的聚合，许多单元组合成模块，而这些模块又聚合成程序的更大部分，如分系统或系统。集成测试采用的方法是测试软件单元的组合能否正常工作，以及与其他组的模块能否集成起来工作。最后，还要测试构成系统的所有模块组合能否正常工作。集成测试所持的主要标准是《软件概要设计规格说明》，任何不符合该说明的程序模块行为都应该加以记载并上报。

4. 软件测试：为什么要反复做测试？不同的测试场景有哪些？

测试发现错误就像在雷区中搜索地雷一样。如果一次又一次地沿着相同的路径穿越田野，那么将找不到很多地雷。但实际上，这也是避免地雷的最好方法。现代软件产品所代表的空间比雷区要复杂得多，因此假设不断重复出现的少量“路径”会发现是一个更大的问题。测试人员团队在几周或几个月内可以进行的软件测试的“路径”，与产品在现场可能发生的所有场景相比，测试数量仍然不算多。雷场类比实际上是说测试是一个采样过程的另一种说法，我们可能想要一个更大的，种类繁多的样本。因此，是进行不同的测试，而不是重复相同的测试。
  
 常见重复测试的场景:
   1.回归： 如果要测试的产品（在其任何层，包括底层平台）发生了变化，那么存在很大的可能性是新问题或反复出现的旧问题可能被特定的现有产品捕获测试。这包括重新运行测试以验证修复程序，或者在尝试发现何时引入特定问题或行为时在相继的较早版本上重复测试。这还包括在新O / S上运行的同一软件上运行旧测试。换句话说，可以通过对被测技术的更改来补充疲倦的旧测试。请注意，回归并不一定意味着应该 运行相同的旧测试，只是  这样做不一定是不合理的。
   2.间歇性： 如果您怀疑一次正确的测试不能保证发现错误，可能是由于涉及到一些重要变量导致您无法在测试中控制。执行与您之前执行的测试完全相同的测试，可能会导致发现一个始终存在的错误，但直到不受控制的变量以某种方式排列后才发现。这与投币机上的赌徒第一次输钱后再次玩的原因相同。
   3.重试： 如果不确定在其他执行测试时测试是否正确运行，或者是否忽略了可能是第一次收集的信息。这就是为什么最好让多个测试人员遵循相同的说明，并检查他们是否都得到相同的结果的原因。这也是开发人员可能想要重现已报告的错误的常见原因。
   4.改变： 如果您要更改测试的重要部分，而重复另一部分。即使您重复测试的某些元素，测试作为一个整体还是新的，并且可能揭示新的行为。我对测试进行了改变，因为尽管我之前已经讲过一些东西，但是 还不够好。突变的一种常见形式是使用不同的数据以相同的方式操作产品。改变测试和间歇或重试之间的主要区别在于，改变可以直接在您的控制之下。突变是有意的，间歇性是由偶然因素导致的，而您重试测试的主要原因是偶然因素。
   5.基准： 如果测试的输出包含一个标准，并且该标准通过与之前执行的相同精确测试进行比较来获得其价值。最明显的例子是性能基准。当历史测试数据用作预言机时，则必须注意，所执行的测试与历史数据可比。保持测试恒定可能不是使结果可比的唯一方法，但它可能是最佳的选择。

5. 软件测试存在哪些集成策略?

1）大爆炸集成
优点：可以迅速完成集成测试；并且只要极少数的驱动和桩模块；用例也是最少的；简单；资源利用率高
缺点：一次试运行成功的可能性不大，问题定位和修改比较困难，许多接口错误很容易躲过测试。
适应于一个维护型项目或被测试系统较小

2）自顶向下集成
优点：较早地验证了主要控制和判断点；按深度优先可以首先实现和验证一个完整的软件功能；功能较早证实，带来信心；只需一个驱动，减少驱动器开发的费用；支持故障隔离。
缺点：柱的开发量大；底层验证被推迟；底层组件测试不充分。
适应于产品控制结构比较清晰和稳定；高层接口变化较小；底层接口未定义或经常可能被修改；产口控制组件具有较大的技术风险，需要尽早被验证；希望尽早能看到产品的系统功能行为。

3）自底向上集成
优点：对底层组件行为较早验证；[url=]工作[/url]最初可以并行集成，比自顶向下效率高；减少了桩的工作量；支持故障隔离。
缺点：驱动的开发工作量大；对高层的验证被推迟，设计上的错误不能被及时发现。
适应于底层接口比较稳定；高层接口变化比较频繁；底层组件较早被完成。

4）三明治集成
优点：集合了自顶向下和自底向上两种策略的优点
缺点：中间层测试不充分
适应于大部分软件开发项目

5）基干集成
优点：具有三明治集成的优点，更适合于大型复杂项目的集成。
缺点：必须对系统的结构和相互依存性进行仔细的分析；驱动和桩开发量大；局部采用了大爆炸的策略，有些接口可能测试不充分。
嵌入式系统中常用

6）分层集成
适应于有明显层次关系的系统

7）基于功能的集成
优点：优先验证关键功能的正确性；减少驱动的开发；进度要快。
缺点：对接口测试不充分；有较大的冗余测试。

8）基于消息的集成
优点：优先验证关键消息的正确性；减少驱动的开发；进度要快。
缺点：对接口测试不充分；有较大的冗余测试。

9）基于风险的集成
优点：最具有风险的组件最早进地验证，有助于系统的快速稳定。
缺点：需要对各组件的风险有一个清晰的分析。

10）基于进度的集成
优点：具有较高的并行度；能够有效缩短项目的开发进度。
缺点：桩和驱动工作量较大；有些接口测试不充分；有些测试重复和浪费。

以上策略应根据实际情况来采用，也可以组合使用

6. 集成测试的内容

 根据IEEE标准 集成测试划分为4个阶段：计划阶段，设计阶段，实现阶段，执行阶段（实施阶段）计划阶段1）时间安排 概要设计完成评审后大约一个星期2）输入 需求规格说明书 概要设计文档 产品开发计划路标3）入口条件 概要设计文档已经通过评审4）活动步骤 1.定被测试对象和测试范围 2.评估集成测试被测试对象的数量及难度，即工作量 3.确定角色分工和作任务4.标识出测试各阶段的时间，任务，约束等条件5.考虑一定的风险分析及应急计划6.考虑和准备集成测试需要的测试工具，测试仪器，环境等资源7.考虑外部技术支援的力度和深度，以及相关培训安排8.定义测试完成标准5）输出 集成测试计划6）出口条件 集成测试计划通过概要设计阶段基线评审设计阶段　　1）时间安排详细设计阶段开始　　2）输入需求规格说明书概要设计集成测试计划　　3）入口条件概要设计基线通过评审　　4）活动步骤 1.被测对象结构分析 2.集成测试模块分析3.集成测试接口分析4.集成测试策略分析　　5.集成测试工具分析6.集成测试环境分析7.集成测试工作量估计和安排。　　5）输出集成测试设计（方案）　　6.出口条件集成测试设计通过详细设计基线评审。　　实现阶段　　1）时间安排在编码阶段开始后进行　　2）输入需求规格说明书概要设计集成测试计划集成测试设计　　3）入口条件详细设计阶段　　4）活动步骤：1.集成测试用例设计2.集成测试代码设计（如果需要）3.集成测试脚本（如果需要）4.集成测试工具（如果需要）　　5）输出集成测试用例集成测试规程集成测试代码集成测试脚本集成测试工具　　6）出口条件测试用例和测试规程通过编码阶段基线评审　　执行阶段　　1）时间安排单元测试已经完成后就可以开始执行集成测试了　　2）输入 需求规格说明书概要设计集成测试计划集成高度设计集成测试例集成测试规程集成测试代码（如果有）集成测试脚本集成测试工具详细设计代码单元测试报告　　3）入口条件单元测试阶段已经通过基线化评审　　4）活动步骤执行集成测试用例回归集成测试用例撰写集成测试报告　　5）输出集成测试报告　　6）出口条件集成测试报告通过集成测试阶段基线评审工作内容 集成测试需求所确定的是对某一集成工作版本的测试的内容，即测试的具体对象。集成测试需求主要来源于设计模型（Design Model）和集成构件计划（Integration Build Plan）。集成测试着重于集成版本的外部接口的行为。因此，测试需求须具有可观测、可测评性。1． 集成工作版本应分析其类协作与消息序列，从而找出该工作版本的外部接口。2． 由集成工作版本的外部接口确定集成测试用例。3． 测试用例应覆盖工作版本每一外部接口的所有消息流序列。注意：一个外部接口和测试用例的关系是多对多，部分集成工作版本的测试需求可映射到系统测试需求，因此对这些集成测试用例可采用重用系统测试用例技术。 1、 软件集成测试计划2、 集成测试用例3、 测试过程4、 测试脚本5、 测试日志6、 测试评估摘要

7. 集成测试框架testing组装测试场景有几种

1、按是否查看程序内部结构分为：
（1）黑盒测试（black-box testing）：只关心输入和输出的结果
（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构
2、按是否运行程序分为：
（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：
对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程
3、按阶段划分：
（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：
1)功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。

8. 软件测试四阶段：单元、集成、系统以及验收测试

一：单元测试：
  
 单元测试(unit testing)，是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
  
 二：集成测试：
  
 集成测试(也叫组装测试，联合测试)是单元测试的逻辑扩展。它最简单的形式是:把两个已经测试过的单元组合成一个组件，测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合为程序的更大部分。方法是测试片段的组合，并最终扩展成进程，将模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
  
 三：系统测试：
  
 系统测试，英文是System Testing。是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入。再例如，压力测试是测试系统在正常数据量以及超负荷量(如多个用户同时存取) 等情况下是否还能正常地工作。
  
 四：验收测试：
  
 验收测试，系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。