﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>IT博客-Shurrik  的小窝-文章分类-测试起步</title><link>http://www.cnitblog.com/tonyan0105/category/4142.html</link><description>Enjoy Testing...</description><language>zh-cn</language><lastBuildDate>Wed, 12 Oct 2011 19:22:40 GMT</lastBuildDate><pubDate>Wed, 12 Oct 2011 19:22:40 GMT</pubDate><ttl>60</ttl><item><title>80-20 原则 </title><link>http://www.cnitblog.com/tonyan0105/articles/19063.html</link><dc:creator>Shurrik Jay</dc:creator><author>Shurrik Jay</author><pubDate>Fri, 10 Nov 2006 18:40:00 GMT</pubDate><guid>http://www.cnitblog.com/tonyan0105/articles/19063.html</guid><description><![CDATA[
		<p>
				<font face="Arial" color="#000000" size="1">80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们，如果你想使软件测试有效地话，记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。 </font>
		</p>
		<p>
				<font face="Arial" color="#000000" size="1">80-20 原则的另外一种情况是，我们在系统分析、系统设计、系统实现阶段的复审，测试工作中能够发现和避免 80% 的软件缺陷，此后的系统测试能够帮助我们找出剩余缺陷中的 80% ，最后的 5% 的软件缺陷可能只有在系统交付使用后用户经过大范围、长时间使用后才会曝露出来。因为软件测试只能够保证尽可能多地发现软件缺陷，却无法保证能够发现所有的软件缺陷。 </font>
		</p>
		<p>
				<font face="Arial" color="#000000" size="1">80-20 原则还能反映到软件测试的自动化方面上来，实践证明 80% 的软件缺陷可以借助人工测试而发现， 20% 的软件缺陷可以借助自动化测试能够得以发现。由于这二者间具有交叉的部分，因此尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。</font>
		</p>
<img src ="http://www.cnitblog.com/tonyan0105/aggbug/19063.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/tonyan0105/" target="_blank">Shurrik Jay</a> 2006-11-11 02:40 <a href="http://www.cnitblog.com/tonyan0105/articles/19063.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>