51Testing软件测试论坛

标题: 老调重提--集成测试 [打印本页]

作者: xingcyx 时间: 2005-2-25 09:45
标题: 老调重提--集成测试
最近经理让我整理一份有关集成测试的规范文档。关于集成测试，我在网上看过很多相关概念，也同很多朋友讨论过。但感觉似乎目前还没有一个统一的标准，都是各执一辞。现在一时间要我整理，我还真有漫无头绪的感觉，所以来这里求助大家。

我不需要太多的概念，只想请大家谈谈自己具体的进行过程和工作细节。如何做准备工作、执行过程中需要注意什么、时间跨度多长等等问题，以及准入条件是什么，完成标准又是什么……

请大家各抒已见，踊跃发言。谢谢大家了~！

作者: 肚皮 时间: 2005-2-25 09:59
概念上的东西书上都有，几个大的步骤也都讲的很清楚了，你现在要做的我觉得就是把它结合到你们的工作中去，先提出一个试运行的规范再根据公司的实际情况逐步的修改完善，我的个人意见：）

作者: xingcyx 时间: 2005-2-25 10:01
楼上说的没错，概念我看过很多，不需要了。主要是以前没做过，现在不知道怎么开始，所以想来问问大家具体是怎么做的。请结合你的实际工作过程给我讲讲可以吗，谢谢了

作者: 肚皮 时间: 2005-2-25 10:04
首先就是模仿，你可以根据书上写的来试着做一下，然后结合工作中的实际情况修改

作者: xingcyx 时间: 2005-2-25 10:08
你没明白我的意思，呵呵。我还没要开始做呢，这一周先要整理一份可行的文档出来，以后才能应用到实际工作中啊。可是以前没有经验，现在无从想起啊。拜托。

作者: Nio 时间: 2005-2-28 09:49
做过集成测试的人确实不多，也没有多少可供参考的路。一切才刚刚开始，不过如果不进行单元测试，进行集成测试可能会很麻烦。不知道‘单元’的具体情况，能做好集成测试的可能性不大，我建议你可先了解一下要集成的各个单元的具体情况，然后根据具体的集成计划，计划和实施测试。

作者: xingcyx 时间: 2005-3-1 09:21
楼上说得很对。不过我昨天和经理谈了一下，他现在所谓的集成测试其实只是系统测试之前的一个阶段，大体上只是测一下主要的业务流程而已，和通常我们理解的集成测试还不太一样。这还有什么好整理的啊？真郁闷……
不知道各位朋友有没有这样做过？

作者: ianzero 时间: 2005-7-1 11:58
遭遇一样,大家都觉得集成测试就是系统测试的一个前期过程... 我也不知道怎么下手

作者: wzb521 时间: 2005-7-1 13:10
黑盒、白盒都可以分出集成测试，主要方法：自顶向下、自底向上，或者渐进式、非渐进式。当然不同的方法就需要打桩或驱动。
黑盒的集成一般是把某个业务、或某个功能，采用渐进式的方法，进行功能递增，以达到集成测试的目的。

以上仅代表个人意见。。。。

作者: 天网 时间: 2005-7-5 12:03
其实xingcyx所问的问题不是集成测试的技术上的问题，而是关于集成测试的过程规范的问题，这应该由软件过程组来制定，具体测试部按照该集成测试过程文档来执行。
如果没有该过程文档，可能需要由相关部门制定（一般是软件过程组，如果没有，可能有的公司就由测试部自己制定了）。在过程文档中会详细规定集成测试的阶段划分、人员职责、输入/输出、准入/准出、文档模版等。
不过光有这些过程规范是不够的，集成测试的技术是保证集成测试质量的另外一个关键因素。这里的回答感觉很多都是受到了技术方面的困扰。其中可能最受困扰的还是集成测试对象的确定，集成测试的一个特点就是测试粒度可大可小，粒度小的如函数间的集成，考察的是函数间的接口和函数整体功能的实现，粒度大的如子系统间的集成，考察的是子系统间的接口和子系统整理功能的实现。如何确定集成测试对象取决于所采用的集成测试策略。采用什么样的策略需要根据具体的系统来分析，自顶向下、自底向上、大爆炸、消息集成、功能集成、三明治集成等等，策略非常多，每种策略都有其适用的特点，这需要根据具体系统分析采取什么样子的策略，从而根据策略确定测试对象，接下来根据对象设计相关的测试方案、测试用例。

作者: fanshuxiamaomao 时间: 2005-8-11 17:23
好专业哦！

作者: walker_lai 时间: 2006-8-27 16:36
先熟悉下概念先

作者: fantasize 时间: 2007-1-2 13:49
认为应该先进行分析工作,如风险分析.这样的话才可以确定测试策略,因比如说集成测试策略其中的自顶向下,自底向上的增式集成测试,它们各有优缺点,通过基于风险优选模块集成次序，使用混合的自顶向下,自底向上的增式集成测试从而找出软件更多的故障。

作者: qi_cy 时间: 2007-1-2 19:04
一般情况下，按照规范的流程，集成测试计划是在概要设计基线化之后进行集成测试的计划阶段，计划阶段也就是明确集成测试的需求，测试需求要根据概要设计文档来确定，然后是集成测试设计和实现阶段，这个阶段要根据测试需求进一步划分为测试子需求（测试子项），然后是集成测试用例的设计。
测试需求也即是确定哪些测试模块（子系统、模块间、函数间）之间的集成；
测试子项就是确定模块之间的接口和功能；
测试用例就是根据这些子项设计测试用例

总的来说，集成测试的步骤就是
一、确定测试的层次和范围
测试的层次来源于概要设计文档，而测试的范围根据具体的实际情况来定
二、确定集成测试的策略
三、确定测试对象
四、集成测试用例设计

作者: chenxiao123 时间: 2007-3-28 21:59
标题: 回复 #1 xingcyx 的帖子
集成测试分为渐增式和非渐增式二种方法 .渐增式所指的是将经过单元测试过的各模块慢慢地集合在一起,看看组成在一起的话,是否产生冲突,影响相互之间的功能,产生意想不到的BUG .使用那种方面的话,对于发现接口之间的BUG 会在最早发现.但其缺点是执行时间较长,效率偏低.
非渐增式与渐增式相反,一次将所有的单元模块一次性放到一起,进行测试. 看看所达到的效果是否和用户的要求保持一致其优点是执行速度快,执行那种测试,主要是对各模块的正确性有相当把握的,回为以这种方法进行的话,发现错误,时常出现的错误,不晓得出在何处.到那时,再进行一个一个单元地进行检查，是相当消耗人力，物力的．sdlkfj9

作者: yuyanshe 时间: 2007-3-29 12:42
谢谢，又学到了点sdlkfj3

作者: jiangxk 时间: 2007-3-29 15:20
标题: ok
ok

作者: lierda 时间: 2007-4-5 13:49
sdlkfj2

作者: 风起河边 时间: 2007-4-16 20:36
概念很好懂,关键的是具体的实施过程，也就是测试用例是怎么设计的!大哥，大姐,没人给个摸班出来吗?简单一点的,集成测试可以是功能测试.我只想要这部分的测试用例.谢谢.

作者: spring_water 时间: 2007-4-28 14:53
为什么不让有M-M测试经验的人来做这个事情呢?

[[i] 本帖最后由 spring_water 于 2007-4-28 14:54 编辑 [/i]]

作者: 冬海听潮 时间: 2007-4-28 16:39
风起河边
说的好，期待。。。。。。。

作者: anihc2000 时间: 2007-5-25 16:03
同意楼上的，期待中。。。。。。

作者: owenyuan 时间: 2007-9-5 11:49
简简单单的理论好像我们公司什么都用不上,工作轻松没什么发展的样子啊,走还是不走这是个问题

作者: huanguangbo 时间: 2007-9-5 15:24
标题: 回复 #1 xingcyx 的帖子
谢谢了啊好东西

作者: ivyhuan 时间: 2008-1-2 16:55
我同一qi_cy的意见
一般情况下，按照规范的流程，集成测试计划是在概要设计基线化之后进行集成测试的计划阶段，计划阶段也就是明确集成测试的需求，测试需求要根据概要设计文档来确定，然后是集成测试设计和实现阶段，这个阶段要根据测试需求进一步划分为测试子需求（测试子项），然后是集成测试用例的设计。
测试需求也即是确定哪些测试模块（子系统、模块间、函数间）之间的集成；
测试子项就是确定模块之间的接口和功能；
测试用例就是根据这些子项设计测试用例

总的来说，集成测试的步骤就是
一、确定测试的层次和范围
测试的层次来源于概要设计文档，而测试的范围根据具体的实际情况来定
二、确定集成测试的策略
三、确定测试对象
四、集成测试用例设计

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)