<?xml version="1.0" encoding="UTF-8" ?>



<rss version="2.0" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

<channel>
<title><![CDATA[sagkanon'职业博客]]> </title>
<description>
<![CDATA[]]>
</description>
<link>http://sagkanon.blog.bokee.net/</link>
<language>zh-cn</language>
<creator>sagkanon</creator>
<pubDate>Sat, 05 Apr 2008 19:57:10 CST </pubDate>
<generatorAgent rdf:resource="http://www.bokee.net"/>
<ttl>5</ttl>

<item>
<title>图形和图像的区别</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/1635188.html</link>
<description>
<![CDATA[<p>图形和图像的区别如下:</p>
<p>1.基本概念</p>
<p>图形是指由外部轮廓线条构成的矢量图.即由计算机绘制的直线,圆,矩形,曲线,图表等;而图像是由扫描仪,摄像机等输入设备捕捉实际的画面产生的数字图像,是由像素点阵构成的位图.</p>
<p>2.数据描述</p>
<p>图形:用一组指令集合来描述图形的内容,如描述构成该图的各种图元位置维数,形状等.描述对象可任意缩放不会失真.</p>
<p>图像:用数字任意描述像素点,强度和颜色.描述信息文件存储量较大,所描述对象在缩放过程中会损失细节或产生锯齿.</p>
<p>3.屏幕显示</p>
<p>图形:使用专门软件将描述图形的指令转换成屏幕上的形状和颜色.</p>
<p>图像:是将对象以一定的分辨率分辨以后将每个点的信息以数字化方式呈现,可直接快速在屏幕上显示.</p>
<p>4.适用场合</p>
<p>图形:描述轮廓不很复杂,色彩不是很丰富的对象,如几何图纸,工程图纸,CAD,3D造型软件等.</p>
<p>图像:表现含有大量细节(如明暗变化,场景复杂,轮廓色彩丰富)的对象,如照片绘图等,通过图像软件可进行复杂图像的处理以得到更清晰的图像或产生特殊效果.</p>
<p>5.编辑处理</p>
<p>图形:通常用draw程序编辑,产生矢量图形,可对矢量图形及图元独立进行移动,缩放,旋转和扭曲等变换.</p>
<p>图像:用图像处理软件(paint,brush,photoshop)对输入的图像进行编辑处理,主要是对位图文件及相应的调色板文件进行常规性的加工和编辑.但不能对某一部分控制变换.由于位图占用存储空间较大,一般要进行数据压缩.</p>
<p>6.技术关键</p>
<p>图形:图形的控制与再现.</p>
<p>图像:对图像进行编辑,压缩,解压缩,色彩一致性再现等.</p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/1635188.html</guid>
<subject></subject>
<author>sagkanon</author>
<category></category>
<pubDate>Sat, 05 Apr 2008 21:00:36 CST </pubDate>
</item>

<item>
<title>软件测试的十大原则</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/1635160.html</link>
<description>
<![CDATA[<p>原则是最重要的,方法应该在这个原则指导下进行.软件测试的基本原则是站在用户的角度,对产品进行全面测试.尽早,尽可能多的发现bug,并负责跟踪和分析产品中的问题,对不足之处提出质疑和改进意见.零缺陷,足够好是测试的基本原则.</p>
<p>在软件测试过程中,应该注意和遵循的原则,可以概括为十大项:</p>
<p>1.所有的测试标准都是建立在用户的需求之上.如我们所知,软件测试的目标就是验证产品的一致性和确认产品是否满足客户的需求,所以测试人员要始终站在用户的角度去看问题,去判断软件缺陷的影响,系统中最严重的错误是那些导致程序无法满足用户需求的缺陷.</p>
<p>2.软件测试必须基于&quot;质量第一&quot;的思想去开展各项工作,当时间和质量冲突时,时间要服从质量.质量的理念和文化(如零缺陷的&quot;第一次就把时间作对&quot;)同样是软件测试工作的基础.</p>
<p>3.事先定义好产品的质量标准.有了质量标准,才能依据测试的结果对产品的质量进行正确的分析和评估,例如,进行性能测试前,应定义好产品性能的相关的各种指标.同样,测试用例应确定预期输出结果,如果无法确定测试结果,则无法进行校验.</p>
<p>4.软件项目一启动,软件测试也就开始了,而不是等程序写完才开始进行测试.在代码完成之前,测试人员要参与需求分析,系统或程序设计的审查工作,而且要准备测试计划,测试用例,测试脚本和测试环境,测试计划可以在需求模型一完成就开始,详细的测试用例定义可以在设计模型被确定后开始.应当把&quot;尽早和不断地进行测试&quot;作为测试人员的座右铭.</p>
<p>5.穷举测试是不可能的.甚至一个大小适度的程序,其路径排列的数量也非常大,因此,在测试中不可能运行路径的每一种组合,然而,充分覆盖程序逻辑,并确保程序中使用的所有条件是有可能的.</p>
<p>6.第三方进行测试会更客观,更有效.程序员应避免测试自己的程序,为达到最佳的效果,应由第三方来进行测试.测试是带有&quot;挑剔性&quot;的行为,心理状态是测试自己程序的障碍.同时对于需求规格说明的理解产生的错误也很难在程序员本人测试时发现.</p>
<p>7.软件测试计划是做好软件测试工作的前提.所以在进行实际测试之前,应制定良好的,切实可行的测试计划并严格执行,特别要确定测试策略和测试目标.</p>
<p>8.测试用例是设计出来的,不是写出来的,所以要根据测试的目的,采用相应的方法去设计测试用例,从而提高测试的效率,更多地发现错误,提高程序的可靠性.除了检查程序是否做了该做的事,还要看程序是否做了不该做的事;不仅应选用合理的输入数据,对于非法的输入也要设计测试用例进行测试.</p>
<p>9.不可将测试用例置之度外,排除随意性.特别是对于做了修改之后的程序进行重新测试时,如不严格执行测试用例,将有可能忽略由修改错误而引起的大量新错误.所以,回归测试的关联性也应引起充分的注意,有相当一部分最终发现的错误是在早期测试结果中遗漏的.</p>
<p>10.对发现错误较多的程序段,应进行更深入的测试.一般来说,一段程序中已经发现的错误数越多,其中存在的错误概率就越大.错误集中发生的现象,可能和程序员的编程水平和习惯有很大的关系.</p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/1635160.html</guid>
<subject></subject>
<author>sagkanon</author>
<category></category>
<pubDate>Sat, 05 Apr 2008 20:33:18 CST </pubDate>
</item>

</channel>
</rss>
