<?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>程序测试</title>
	<atom:link href="https://www.aitaocui.cn/tag/198989/feed" rel="self" type="application/rss+xml" />
	<link>https://www.aitaocui.cn</link>
	<description>翡翠玉石爱好者聚集地</description>
	<lastBuildDate>Thu, 24 Nov 2022 04:30:27 +0000</lastBuildDate>
	<language>zh-CN</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.1</generator>

<image>
	<url>https://www.aitaocui.cn/wp-content/uploads/2022/11/taocui.png</url>
	<title>程序测试</title>
	<link>https://www.aitaocui.cn</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>程序测试(计算机程序)</title>
		<link>https://www.aitaocui.cn/article/308496.html</link>
					<comments>https://www.aitaocui.cn/article/308496.html#respond</comments>
		
		<dc:creator><![CDATA[苏菲]]></dc:creator>
		<pubDate>Thu, 24 Nov 2022 04:30:27 +0000</pubDate>
				<category><![CDATA[百科]]></category>
		<category><![CDATA[程序测试]]></category>
		<guid isPermaLink="false">https://www.aitaocui.cn/?p=308496</guid>

					<description><![CDATA[程序测试(program testing)是指对一个完成了全部或部分功能、模块的计算机程序在正式使用前的检测，以确保该程序能按预定的方式正确地运行。软件的正确性尚未得到根本的解决，...]]></description>
										<content:encoded><![CDATA[</p>
<article>
<p>程序测试(program testing)是指对一个完成了全部或部分功能、模块的计算机程序在正式使用前的检测，以确保该程序能按预定的方式正确地运行。软件的正确性尚未得到根本的解决，软件测试仍是发现软件错误和缺陷的主要手段。为了发现系统中的错误，应竭力设计能暴露错误的测试用例。测试用例是有测试数据和预期结果构成的。一个好的测试用例是极有可能发现至今为止尚未发现的错误的测试用例。高效的测试是指用少量的测试用例，发现被测软件尽可能多的错误。软件测试所追求的是以尽可能少的时间和人力发现软件产品尽可能多的错误。</p>
</article>
<article>
<h1>测试方法</h1>
<h2 id="a-f06d4b8e">灰盒测试</h2>
<p>灰盒测试，确实是介于 白盒测试与 黑盒测试之间的，可以这 样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。</p>
<h2 id="a-d5b656c9">白盒测试</h2>
<p>白盒测试，又称结构测试。他的前提是可以把程序看成在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种方法按照程序内部 逻辑设计 测试用例，检测程序中的主要执行通路是否能按照预定要求正确工作。</p>
<p>白盒测试根据软件的内部 逻辑设计设施用例，常用的技术是 逻辑复盖，即考察用测试数据运行被测程序是对程序逻辑的复盖程度。主要的复盖标准有： 语句复盖、 判定复盖、 条件复盖、判定/条件复盖、组合条件复盖和 路径复盖。</p>
<h2 id="a-6371cda0">黑盒测试</h2>
<p>黑盒测试根据关键需求说明书所规定的功能来设计 测试用例，它不考虑软件的内部结构和处理算法。常用的 黑盒测试技术包括等价类划分、边值分析、错误推测和因果图等。</p>
<h1>测试工作流程</h1>
<p>从测试流程的角度看，软件测试可分为 单元测试、 集成测试和 确认测试。</p>
<h2 id="a-91894a22">单元测试</h2>
<p>单元测试（unit testing），也称 模块测试，通常可放在编程阶段，由 程序员对自己编写的模块自行测试，检查模块是否实现了 详细设计说明书中规定的功能和算法。 单元测试主要发现编程和 详细设计中产生的错误，单元测试计划应该在详细设计阶段制定。</p>
<p>单元测试期间着重从以下几个方面对模块进行测试：模块接口、局部 数据结构、重要的执行通路、出错处理通路及边界条件等。</p>
<h2 id="a-37b9bb99">集成测试</h2>
<p>集承测试（integration testing），也称 组装测试，它是对由各模块组装而成的程序进行测试，主要目标是发现模块间的接口和通信问题。集成测试主要发现设计阶段产生的错误，集成 测试计划应该在 概要设计阶段制定。集成的方式可分为非渐增式和渐增式。</p>
<h2 id="a-9a709a73">确认测试</h2>
<p>确认测试（validation testing），主要依据 软件需求说明书检查软件的功能、性能及其他特征是否与用户的需求一致。确认测试计划应该在 需求分析阶段制定。</p>
</article>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
]]></content:encoded>
					
					<wfw:commentRss>https://www.aitaocui.cn/article/308496.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
