<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>石无言 &#187; 集成</title>
	<atom:link href="http://www.hugstone.com/index.php/archives/tag/%e9%9b%86%e6%88%90/feed" rel="self" type="application/rss+xml" />
	<link>http://www.hugstone.com</link>
	<description>三生石前问一声，人间哪里修正果！</description>
	<lastBuildDate>Wed, 28 Jul 2010 02:11:51 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>浅谈软件测试中集成测试的方法</title>
		<link>http://www.hugstone.com/index.php/archives/232</link>
		<comments>http://www.hugstone.com/index.php/archives/232#comments</comments>
		<pubDate>Thu, 16 Apr 2009 07:42:37 +0000</pubDate>
		<dc:creator>stone</dc:creator>
				<category><![CDATA[Article]]></category>
		<category><![CDATA[测试]]></category>
		<category><![CDATA[集成]]></category>

		<guid isPermaLink="false">http://www.hugstone.com/?p=232</guid>
		<description><![CDATA[　　时常有这样的情况发生，每个模块都能单独工作，但这些模块集成在一起之后却不能正常工作。主要原因是，模块相互调用时接口会引入许多新问题。例如，数据经过接口可能丢失；一个模块对另一模块可能造成不应有的影响；几个子功能组合起来不能实现主功能；误差不断积累达到不可接受的程度；全局数据结构出现错误，等等。综合测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在一起之后，进行综合测试以便发现与接口有关的各种错误。　[......]<p class='read-more'><a href='http://www.hugstone.com/index.php/archives/232'>继续阅读</a></p>]]></description>
			<content:encoded><![CDATA[<p>    浅谈软件测试中集成测试的方法 </p>
<p>　　时常有这样的情况发生，每个模块都能单独工作，但这些模块集成在一起之后却不能正常工作。主要原因是，模块相互调用时接口会引入许多新问题。例如，数据经过接口可能丢失；一个模块对另一模块可能造成不应有的影响；几个子功能组合起来不能实现主功能；误差不断积累达到不可接受的程度；全局数据结构出现错误，等等。综合测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在一起之后，进行综合测试以便发现与接口有关的各种错误。　</p>
<p>　　某设计人员习惯于把所有模块按设计要求一次全部组装起来，然后进行整体测试，这称为非增量式集成。这种方法容易出现混乱。因为测试时可能发现一大堆错误，为每个错误定位和纠正非常困难，并且在改正一个错误的同时又可能引入新的错误，新旧错误混杂，更难断定出错的原因和位置。与之相反的是增量式集成方法，程序一段一段地扩展，测试的范围一步一步地增大，错误易于定位和纠正，界面的测试亦可做到完全彻底。</p>
<p>　　下面讨论两种增量式集成方法。</p>
<p>　　一、自顶向下集成　　</p>
<p>　　自顶向下集成是构造程序结构的一种增量式方式，它从主控模块开始，按照软件的控制层次结构，以深度优先或广度优先的策略，逐步把各个模块集成在一起。深度优先策略首先是把主控制路径上的模块集成在一起，至于选择哪一条路径作为主控制路径，这多少带有随意性，一般根据问题的特性确定。以下图为例，若选择了最左一条路径，首先将模块M1，M2，M5和M8集成在一起，再将M6集成起来，然后考虑中间和右边的路径。广度优先策略则不然，它沿控制层次结构水平地向下移动。仍以下图为例，它首先把M2、M3和M4与主控模块集成在一起，再将M5和M6 和其他模块集资集成起来。　　</p>
<p>　　自顶向下综合测试的具体步骤为：　　</p>
<p>　　1 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代；</p>
<p>　　2 依据所选的集成策略（深度优先或广度优先），每次只替代一个桩模块；</p>
<p>　　3 每集成一个模块立即测试一遍；</p>
<p>　　4 只有每组测试完成后，才着手替换下一个桩模块；</p>
<p>　　5 为避免引入新错误，须不断地进行回归测试（即全部或部分地重复已做过的测试）。</p>
<p>　　从第二步开始，循环执行上述步骤，直至整个程序结构构造完毕。下图中，实线表示已部分完成的结构，若采用深度优先策略，下一步将用模块M7替换桩模块S7，当然M7本身可能又带有桩模块，随后将被对应的实际模块一一替代。　</p>
<p>　　自顶向下集成的优点在于能尽早地对程序的主要控制和决策机制进行检验，因此较早地发现错误。缺点是在测试较高层模块时，低层处理采用桩模块替代，不能反映真实情况，重要数据不能及时回送到上层模块，因此测试并不充分。解决这个问题有几种办法，第一种是把某些测试推迟到用真实模块替代桩模块之后进行，第二种是开发能模拟真实模块的桩模块；第三种是自底向上集成模块。第一种方法又回退为非增量式的集成方法，使错误难于定位和纠正，并且失去了在组装模块时进行一些特定测试的可能性；第二种方法无疑要大大增加开销；第三种方法比较切实可行，下面专门讨论。</p>
<p>　　二、自底向上集成　　</p>
<p>　　自底向上测试是从原子模块（即软件结构最低层的模块）开始组装测试，因测试到较高层模块时，所需的下层模块功能均已具备，所以不再需要桩模块。　　</p>
<p>　　自底向上综合测试的步骤分为：　　</p>
<p>　　1 把低层模块组织成实现某个子功能的模块群（cluster）;</p>
<p>　　2 开发一个测试驱动模块，控制测试数据的输入和测试结果的输出；</p>
<p>    3 对每个模块群进行测试；</p>
<p>　　4 删除测试使用的驱动模块，用较高层模块把模块群组织成为完成更大功能的新模块群。</p>
<p>　　从第一步开始循环执行上述各步骤，直至整个程序构造完毕。</p>
<p>　　下图说明了上述过程。首先原子模块被分为三个模块群，每个模块群引入一个驱动模块进行测试。因模块群1、模块群2中的模块均隶属于模块Ma，因此在驱动模块D1、D2去掉后，模块群1与模块群2直接与Ma接口，这时可对MaD3被去掉后，M3与模块群3直接接口，可对Mb进行集成测试，最后Ma、Mb和 Mc全部集成在一起进行测试。 </p>
<p>　　自底向上集成方法不用桩模块，测试用例的设计亦相对简单，但缺点是程序最后一个模块加入时才具有整体形象。它与自顶向综合测试方法优缺点正好相反。因此，在测试软件系统时，应根据软件的特点和工程的进度，选用适当的测试策略，有时混和使用两种策略更为有效，上层模块用自顶向下的方法，下层模块用自底向上的方法。</p>
<p>　　此外，在综合测试中尤其要注意关键模块，所谓关键模块一般都具有下述一或多个特征：①对应几条需求；②具有高层控制功能；③复杂、易出错；④有特殊的性能要求。关键模块应尽早测试，并反复进行回归测试。</p>
<p>    原文:【聚杰网测试技术】</p>
]]></content:encoded>
			<wfw:commentRss>http://www.hugstone.com/index.php/archives/232/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
