﻿<?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博客-点滴-随笔分类-骗子的测试工作文档</title><link>http://www.cnitblog.com/charester/category/3466.html</link><description>

</description><language>zh-cn</language><lastBuildDate>Tue, 27 Sep 2011 06:19:30 GMT</lastBuildDate><pubDate>Tue, 27 Sep 2011 06:19:30 GMT</pubDate><ttl>60</ttl><item><title>第三方测试</title><link>http://www.cnitblog.com/charester/archive/2006/09/29/17474.html</link><dc:creator>天空</dc:creator><author>天空</author><pubDate>Fri, 29 Sep 2006 01:40:00 GMT</pubDate><guid>http://www.cnitblog.com/charester/archive/2006/09/29/17474.html</guid><wfw:comment>http://www.cnitblog.com/charester/comments/17474.html</wfw:comment><comments>http://www.cnitblog.com/charester/archive/2006/09/29/17474.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/charester/comments/commentRss/17474.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/charester/services/trackbacks/17474.html</trackback:ping><description><![CDATA[
		<p>
				<br />前辈做过第三方测试没。就是测试不是本公司的产品<br /><br />假如你是一个测试经理。你会怎么开展工作。我想知道<br /><br /><font style="BACKGROUND-COLOR: #ffffff" color="#ff0000">第一，把握测试任务的目的和范围<br />第二，了解测试任务的完成时间和所拥有的资源<br />第三，分析测试任务的风险，告之领导<br />第四，根据测试任务的目的和范围，把握重点开始计划和安排工作<br />第五，工作进度、质量跟踪<br />第六，问题解答和协调<br />第七，完成工作，做总结<br />第八，有钱，请团队吃饭，聊聊生活和工作心得<br /></font><br /></p>
<img src ="http://www.cnitblog.com/charester/aggbug/17474.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/charester/" target="_blank">天空</a> 2006-09-29 09:40 <a href="http://www.cnitblog.com/charester/archive/2006/09/29/17474.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Windows Media Server流媒体服务器架建和DRM</title><link>http://www.cnitblog.com/charester/archive/2006/09/21/17145.html</link><dc:creator>天空</dc:creator><author>天空</author><pubDate>Thu, 21 Sep 2006 04:58:00 GMT</pubDate><guid>http://www.cnitblog.com/charester/archive/2006/09/21/17145.html</guid><wfw:comment>http://www.cnitblog.com/charester/comments/17145.html</wfw:comment><comments>http://www.cnitblog.com/charester/archive/2006/09/21/17145.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/charester/comments/commentRss/17145.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/charester/services/trackbacks/17145.html</trackback:ping><description><![CDATA[　一、 windows media server的架建第一步添加Media services 9 <br />　　windows media server是微软免费提供的一个流媒体服务端软件（当然不是真的免费，你想想windows2003专业版跟企业版要多少钱，不过我用盗版）在2003光盘中可以找到，在装windows2003时可以选择这个服务，如果装2003系统时，你没有选择添加这个服务，你也可以在添加删除程序里选择添加这个服务（不要告诉我你不会装windows2003）添加后，你的机器就已经拥有了windows media server服务了media services 9，你可以把asf、wmv等文件放到C:\WMPub\WMRoot中，用mms://地址/文件名的方式来访问你放进去的那个文件了，呵呵，怎么样？简单吧？不过，你不可能真的就用c盘来存放那么多的流媒体文件吧？我们要做的是更改流媒体服务器的主目录，就是说我们可以在另外的分区建立一个目录来存放这些文件，当用mms://地址/文件名访问的时候是访问你建立的那个目录里的文件 而不是C:\WMPub\WMRoot中的文件。 <br /><img src ="http://www.cnitblog.com/charester/aggbug/17145.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/charester/" target="_blank">天空</a> 2006-09-21 12:58 <a href="http://www.cnitblog.com/charester/archive/2006/09/21/17145.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>读《测试员培训_入门_教材.pdf》有感</title><link>http://www.cnitblog.com/charester/archive/2006/09/20/17111.html</link><dc:creator>天空</dc:creator><author>天空</author><pubDate>Wed, 20 Sep 2006 07:18:00 GMT</pubDate><guid>http://www.cnitblog.com/charester/archive/2006/09/20/17111.html</guid><wfw:comment>http://www.cnitblog.com/charester/comments/17111.html</wfw:comment><comments>http://www.cnitblog.com/charester/archive/2006/09/20/17111.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/charester/comments/commentRss/17111.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/charester/services/trackbacks/17111.html</trackback:ping><description><![CDATA[软件缺陷：<br />􀂾 软件未达到产品说明书标明的功能。<br />􀂾 软件出现产品说明书指明不会出现的错误。（<font color="#ff0000">这个比较难确认，因为需求一改动这部分就很难区分了）</font><br />􀂾 软件功能超出产品说明书指明的范围。        （<font color="#ff0033">这个也难指出。因为如果去掉了，新需求来了。。开发人员会比较烦）</font><br />􀂾 软件未达到产品说明书未指出但应达到的目标。 （<font color="#ff0000">这个和上面的那个难于区分）<br /></font>􀂾 软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。（<font color="#ff0000">这个是我大部分找到的bug）</font><br /><br />黑盒测试指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷，而不关心程序具体如何实现的一种测试方法。<br />静态测试指测试<font style="BACKGROUND-COLOR: #ff0000">不运行的部分</font>，例如测试产品说明书，对此进行检查和审阅。<br />静态白盒测试指在不执行的条件下有条理地仔细审查软件设计，体系结构和代码，从而找出软件缺陷的过程。有时称作结构分析。<br />动态测试通过运行和使用软件进行测试。<br />探索测试通常用于<font style="BACKGROUND-COLOR: #ff0000">没有产品说明书的测试</font>，这需要把软件当作产品说明书来看待，分步骤逐项探索软件特性，记录软件执行情况，详细描述功能，综合利用静态和动态技术来进行测试。<br />测试设计提炼测试方法，明确指出设计包含的特性和相关测试。如果要求完成测试还明确指出测试案例和测试程序，指定特性通过/失败的规则<br />QA= Quality Assessment<br />TQM(全面质量管理)或者TQC(全面质量控制)。其原理是，用集中的质量评判团队来负<br />责质量是不实际的，因为工作的人不负责质量，所以他们不会设法实现质量评判目的。<br />要想制造高质量产品，需要创立从管理开始自上而下的质量意识，使全体成员共同承担<br />质量责任。<br />测试人员的目标找出软件缺陷，尽可能<font style="BACKGROUND-COLOR: #ff3333">早</font>一些，并保证其得到修复。<br />测试轰炸测试人员同时停下工作，选择软件的某一块区域，集中进行测试。称为测试轰炸。<br />Beta 测试他是一种外部测试方法。该过程中，软件分发给选定的潜在用户，他们在实际环境中使用软件。<br />Beta 测试的优缺点<br />Beta 测试可以成为寻找配置和兼容性软件缺陷的好方法。<br />Beta 测试对易用性测试非常有好处。<br />Beta 测试对于寻找其他软件缺陷方面出人意料的差。<br /><br />其他测试<br />以下测试内容被省略：<br />􀂾 兼容性测试<br />􀂾 本地化测试<br />􀂾 易用性测试<br />􀂾 网站测试<br />􀂾 自动测试及测试工具<br /><br />计划测试工作主要目的是交流软件测试小组的意图、期望以及对将要执行的任务的理<br />解。而编制的测试计划通常成为空架子，以后不会有人看。所以<font style="BACKGROUND-COLOR: #ff0000">计划工作的目标应该从<br />建立文档转移到计划建立过程<br /><br />Alpha 版：对少数主要客户和市场进行数量有限的分发，用于演示的目的软件版本。使<br />用Alpha 版的所有人应该了解确切的内容和质量等级。<br />Beta 版：向潜在用户广泛分发的正式版本。<br /><br /><font style="BACKGROUND-COLOR: #ffffff">资源要求<br />􀂾 人员<br />􀂾 设备<br />􀂾 办公空间<br />􀂾 软件<br />􀂾 是否或如何选择测试公司<br />􀂾 其他供应：软盘，电话，参考书，培需资料等。<br /><br /><br /></font></font><img src ="http://www.cnitblog.com/charester/aggbug/17111.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/charester/" target="_blank">天空</a> 2006-09-20 15:18 <a href="http://www.cnitblog.com/charester/archive/2006/09/20/17111.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>安装测试 总结..</title><link>http://www.cnitblog.com/charester/archive/2006/08/08/14951.html</link><dc:creator>天空</dc:creator><author>天空</author><pubDate>Tue, 08 Aug 2006 10:27:00 GMT</pubDate><guid>http://www.cnitblog.com/charester/archive/2006/08/08/14951.html</guid><wfw:comment>http://www.cnitblog.com/charester/comments/14951.html</wfw:comment><comments>http://www.cnitblog.com/charester/archive/2006/08/08/14951.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/charester/comments/commentRss/14951.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/charester/services/trackbacks/14951.html</trackback:ping><description><![CDATA[先收集再总结:<br /><br />安装测试指南 <br /><br />http://www.testage.net/TestTech/Others/200603/371.htm<br /><br />软件安装测试<br /><br />http://www.faq-it.org/archives/software_project/d66cd431f9ddc8c7747e746b25ac5954.php<br /><br />安装测试的重点<br /><br />http://www.51testing.com/html/68/1612.html<br /><br /><p><font color="#ff0000">一直在找安装测试的标准。。感谢。。我的前辈</font><br /><br />============卸载测试==============<br />文件－－－－安装目录里的文件及文件夹（如：程序安装在几处的)<br />　　　　　　非安装目录（向系统其它地方添加的文件及文件夹）<br />            它们包括（exe,dll,配置文件等)<br />快捷方式－（桌面，菜单，任务栏，系统栏,控件面板，系统服务列表等）<br />复原方面－卸载后，系统能否恢复到软件安装前的状态（包含目录结构、动态库,注册表，系统配置文件,驱动程序,关联情况等）<br />卸载方式－－程序自带卸载程序/系统的控件面板卸载/其它自动卸载工具（如:优化大师)<br />卸载状态－－程序在运行/暂停/终止等状态时的卸载<br />非正常卸载情况－卸载软件过程中，取消卸载进程，然后，观察软件能否继续正常使用<br />冲击卸载－－在卸载的过程中，中断电源，然后，启动计算机后，重新卸载软件，如果软件无法卸载，则重新安装软件，安装之后再重新卸载。<br />卸载环境－－不同的(操作系统，硬件环境，网络环境等)下进行卸载<br />卸载后,该系统是否对其他的应用程序造成不正常影响（如操作系统,应用软件等)<br />==========安装测试============<br />一：基本目标<br />1.安装程序能正确运行<br />2.程序安装正确<br />3.程序安装后能正确运行<br />4.完善性安装后程序能正确运行<br />二：一些方面<br />0、安装手册给的所有步骤得到验证；<br />1、安装过程中所有缺省选项得到验证；<br />2、安装过程中典型选项得到验证；<br />3、测试各种不同的安装组合，并验证各种不同组合的正确性(包括参数组合，控件执行顺序组合，产品安装组件组合，产品组件安装顺序组合(如b/s)等)<br />4、安装过程中异常配置或状态（非法和不合理配置）情况进行了测试(如：断电；数据库终止，网络终止等)<br />5、安装后是否能产生正确的目录结构和文件，文件属性正确；<br />6、安装后动态库是否正确；<br />6、安装后软件能否正确运行；<br />7、安装后没有生成多余的目录结构,文件，注册表信息，快捷方式等；<br />9、安装测试应该在所有的运行环境上进行验证(手册上指定如：操作系统，数据库，硬件环境，网络环境等)；<br />10、自动安装还是手工配置安装<br />11、至少要在一台笔记本上进行安装/卸载测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品<br />13、安装,该系统是否对其他的应用程序造成不正常影响（如操作系统,应用软件等)<br />=================<br /><br /><font color="#ff0000">其他人的补充：</font><br /><br />总结的非常好.<br />理论总是很理想的. 在卸载测试过程中,往往有些软件是trial版本,商家出于某种考虑,总是要在注册表里留些东西.让你再也无法trial了;或者出于某种目的,给</p><p>你的操作系统修改点配置,让你过段时间就弹出一些信息.总是很无奈.作为软件评测中心的卸载测试,应该对这类行为也加以考虑.我还留意到一般卸载程序并不卸</p><p>载自身和一些配置文件,有些卸载程序甚至死活不愿彻底退出你的系统,如3721这类大恶心,有些再三询问以后做卸载,卸载完了没有任何提示给你直接启动计算机.</p><p>如果你在编辑文档,这种突发的重启问题就大了.总之,做卸载测试深入研究情况是复杂的. 安装测试也是这样.目前的安装测试往往是一台干净的机器.客户的机器</p><p>可总是什么软件都可能有的.软件之间的相互影响有时候导致某些程序不能正常工作.如不同程序快捷键的相应\硬件资源的竞争\操作系统底层消息的拦截,往往都</p><p>可能造成系统死锁.也很复杂.一句话,测试理论要根据软件的实际环境作裁剪和深入细化.<br /></p><img src ="http://www.cnitblog.com/charester/aggbug/14951.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/charester/" target="_blank">天空</a> 2006-08-08 18:27 <a href="http://www.cnitblog.com/charester/archive/2006/08/08/14951.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PV测试项目总结 06/08/08更新....</title><link>http://www.cnitblog.com/charester/archive/2006/08/08/14928.html</link><dc:creator>天空</dc:creator><author>天空</author><pubDate>Tue, 08 Aug 2006 06:24:00 GMT</pubDate><guid>http://www.cnitblog.com/charester/archive/2006/08/08/14928.html</guid><wfw:comment>http://www.cnitblog.com/charester/comments/14928.html</wfw:comment><comments>http://www.cnitblog.com/charester/archive/2006/08/08/14928.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cnitblog.com/charester/comments/commentRss/14928.html</wfw:commentRss><trackback:ping>http://www.cnitblog.com/charester/services/trackbacks/14928.html</trackback:ping><description><![CDATA[1:标准的windows命名格式: <br />Standard windows naming rules apply to the names à From Windows XP Help à The computer name is limited to fifteen characters and cannot contain spaces or any of the following special characters:; : " * + = \ | ? , <br />2:<br />System testing - black-box type testing that is based on overall requirements specifications; covers all combined parts of a system. <br />End-to-end testing - similar to system testing; the 'macro' end of the test scale; involves testing of a complete application environment in a situation that mimics real-world use, such as interacting with a database, using network communications, or interacting with other hardware, applications, or systems if appropriate.<img src ="http://www.cnitblog.com/charester/aggbug/14928.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cnitblog.com/charester/" target="_blank">天空</a> 2006-08-08 14:24 <a href="http://www.cnitblog.com/charester/archive/2006/08/08/14928.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>