测试项目过程 - 集成测试概念

我们上一讲说过了单元测试的概念，接下来我们就应该来说说集成测试。说到集成测试，大家有可能说，这个概念还要说么，不就是功能模块相互组合一下以后进行的测试，最后还有些和外部系统的接口什么的测一下。乍一听似乎是对的。其实说到了一部分集成测试的工作，其实还是不准确的。我们首先来了解一下集成测试的官方概念。

“集成测试就是将已分别通过测试的单元按照设计的要求组合起来再进行的测试，以检查这些单元之间的接口是否存在问题。”从这个定义中我们应该理解几部分信息，其一：什么时候开始做集成测试？是在所有要做集成测试的单元都通过了单元测试；其二：集成测试测什么？集成测试是测单元与单元之间的接口，而不是测单元内部。理解了这两点我们基本就对集成测试的概念有了了解。如果思考比较深刻的朋友，就会问题，我们怎么进行集成测试？这个问题问的很好。一般情况下，将一个个单元加入到集成测试中来的方式进行的。在这里举个例子：比如现在有四个方法，他们需要被同一个页面上的按钮调用，那我们怎么来做集成测试能，首先先把在这个按钮的单击事件中调用第一个方法，测试这个方法的运行结果集是不是能够传给这个按钮的单击事件，测试其相关问题，然后再增加第二个方法。以这样的方法一次类推完成集成测试。说道这里我们应该清楚了集成测试的概念及测试套路。

这个时候有的朋友要问了，我作了一段时间的测试，怎么没有发现公司要做集成测试呢？其实按现在一般的公司，都很少做集成测试，原因在于一般都是一个人做某个模块，从底层做到页面。这样的方式，开发人员不会特意去将单元和集成分离。都是一起做掉了。按照大部分开发人员的想法，那样耗时耗力。这对于时间紧，任务中的项目来说是有一定道理的。但同时对开发人员提出了一些要求，那就是要很强的能力，不然的话很可能在底层埋下很严重的bug。在一些大的公司或者大项目里面大部分会用到分层开发模式，在这样的模式下通常都是要进行集成活动和集成测试的。这也是为什么现在很少有公司用集成测试的原因。而对于我们搞测试的，要在项目中给项目经理以提示，使他们能够充分的了解集成测试，从而根据项目情况来正确的判读是否需要集成测试。

http://www.51qa.net/Item/503.aspx