关于集成测试和系统测试(转帖)

fantasize

关于集成测试和系统测试(转帖)
原文:
各位高手，我是刚开始参加测试工作不久的新人，主要是负责集成测试，我以前有一些系统测试的经验。但是，做集成测试时就很迷茫。
      不论国内外，讲集成测试的文章都太少了，而且大都都只是讲了概念性的东西，不太实用。
      写测试用例时，我总会有意无意的把集成测试和系统测试混淆起来，（我主要是做黑盒测试，）我觉得两者的用例都是基于功能测试，虽然说集成测试会侧重于接口方面，但是在我看来，它只会比系统测试多了一检测接口的内容，而其他的，例如模块功能之类方面的测试都是不能少的。因为集成测试在描述中也说到，需要检测各个功能模块在集成后是否正常。。。就是说，我还是需要，每个小角落的去看啊。。。。
      所以，我写用例的时候就会很迷茫，我到底在写的是集成测试，还是系统测试的用例呢？
      有人告诉我说，他们的用例可以相同，只是在施行时有所区别。系统测试采用的是可以通过可视界面检测的黑盒测试，而集成测试要采用深入代码的白盒测试，所以集成测试有时被称作灰盒测试。这种说法，让我再次迷惘。。。难道，集成测试就不能通过黑盒测试进行吗？但是，我在网上看到说：集成测试正逐渐从白盒测试向黑盒测试转变。
      说了那么多混乱的东西，其实我是有几个困惑了我几个月的问题，希望各位高手可以帮忙解答一下：
          1、我对集成测试的认识是否有偏差了？
          2、就用例书写方面，集成测试和系统测试到底有什么明显区别？
          3、集成测试的用例应该从哪里着手写？从什么点切入？是不是一定要把代码研究透了，才能写？那，还叫黑盒测试吗？         

Re:
我以为简单可以这样分：
系统全部组装完毕后的测试是系统测试。
之前的都可以叫做集成测试。

集成测试可分为两种：手工黑盒和代码灰盒。
手工黑盒测试就这样了，与后续的系统测试用例存在重用。
代码灰盒是指针对组件的接口采用代码调用的方式来测试，一般不会走到白盒，即不关心组件内部是如何实现，只关心组件的接口。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=498499

fantasize

知道这方面的知识的,多发表下意见,先谢啦

pride

个人以为
系统测试也是集成测试
是软件和硬件的集成
集成测试仅针对软件的接口间进行测试与功能验证，
而
系统测试是在集成测试的下一个节点才进行，
即在保证各软件模块间功能都可以正常运行之后，
再将软件加入到实际的运行环境中验证其功能，
她会更加注重，
软件与硬件的接口；
软件与不同配置的操作环境的接口;
是否正常运行。

所以自己很迷惑，为何您之前是做系统测试，而在转作集成测试。

sunxy5291

心里知道这些概念就ok啦
工作中该做什么就做什么~

fantasize

可不可以这样理解，对于为什么要在进行集成测试之后还要进行系统测试呢，因为软件仅仅是使用系统的一部分。对于集成测试中它先要对单个模块进行测试，然后采取自增式或非增式集成起来，它主要看在模块组合时，有没有完成父模块要实现的功能，穿越接口的数据有没有丢失等等。还有一点就是对于这里的单个模块是指某个接口附近所涉及的模块，在集成测试的时候先测一遍，是为了保证如果出错就表明错误是出现在接口的数据包上的，对于这里的单个模块测试一般是自动测试的，比如说用XUnit.而系统测试和集成测试他们侧重的不一样，集成测试侧重的是软件是否实现了它所要实现在功能，而系统测试则侧重的是整个系统。所以系统测试不是集成测试。

fantasize

所以并不是在系统测试后又转做集成测试

linmi_010

路过