最近看了一本《软件测试求生法则》，它重点不是介绍有效测试需要的技术的能力，而是着力描述如何面对仅凭技术能力不能解决的“政治问题”，即每个测试人员都应该掌握的沟通和谈判技巧。它提出了测试人员面临的十大挑战，以及相对应的措施。

用vbs写的短小精悍的字典生成器（转贴vbs小铺）a=Array(1,2,3,4,"a")Function js1(n)for i=1 to nf=f&"f"&i&"&"s=s&"For Each f"&i &" In a :wscript.echo "& fs=Mid(S,1,Len(S)-1)&":"Nextjs1=sEnd FunctionFunction js2(n)for i=1 to nm=m & "Next" & ":"Nextjs2=mEnd Functionlcx= js1(UBound(a)+1)&js2(UBound(a)+1)lcx=Mid(lcx,1,Len(lcx)-1)b="a=Array(1,2,3,4,""a""):"&lcxExecute b

vbs输入助手（转载vbs小铺）On Error Resume NextSet Arg=Wscript.argumentsIf Arg.count=0 then Wscript.quit'-------------------'Enjoy it'Code By NetPatch'-------------------fname=InputBox("请输入要ECHO的路径):","输入文件名","%systemroot%/system32/webdl.vbs")Set Fso=CreateObject("Scripting.FileSystemObject")Set WshShell=Wscript.CreateObject("Wscript.Shell")Set File=Fso.OpenTextFile(Arg(0),1,False,-2)Wscript.echo "点确定后5秒开始"WshShell.AppActivate "命令提示符"Ws.

软件测试流程作者: 未知来源: 网络转载测试内容测试时期备注界面规范画原型阶段1,当开发人员做完第一个界面时2,随即检查3,原形完成后整体检查业务需求画原形阶段1,原形要结合需求说明书来讨论,是否满足客户需求2,这个阶段要让开发和测试要明确客户需求. 程序设计设计阶段我们公司暂时测试人员做不了这个阶段的测试,不过设计讨论让测试人员参加交好,测试人员会更好的测试代码规范开始编码阶段1,当开发人员做完第一个模块时2,随即检查直到开发结束 单元测试编码阶段这个有开发人员完成.这个必须得做.集成测试编码完成一个功能(.

自动化测试与自动化测试生命周期（转贴）作者: 未知来源: 网络转载1.1 自动化测试的定义及概述1.1.1 软件测试的定义与分类软件测试[2]，就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复查，是软件质量保证的关键步骤。定义1：软件测试是为了发现错误而在规定的条件下执行程序的过程。定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。.

什么是Test Automation（转贴）作者: 关河来源: 关河的测试生活追求问题的定义往往是一件非常好玩的事情。比如，这篇文章的标题：“什么是Test Automation（测试自动化）？”许多人都在谈论测试自动化，但是要谈论测试自动化的人对测试自动化进行一个明确的定义，却不是一件容易的事情。不信，我们来看看：1，一种字面上的解释，“自动化测试”可以被定义为“以自动化的方式完成测试”，表面上看上去，这个定义完美无缺——从自动化测试的发展来看，目前的自动化测试在大多数情况下是将手.

在一些测试论坛中，我们会经常看到这样的言论或帖子：“Robot如何用Datapool实现自动化测试？我用WinRunner调用Excel文件实现数据驱动的自动化测试；我使用Mantis进行了软件缺陷的管理；TestTrack Pro这个缺陷管理工具怎么用．．．．．．”等等，目前大家都比较关注和热衷于研究GUI自动化测试工具和缺陷管理工具的使用，而且一些国内和国外的公司，都将自己研发的软件缺陷管理工具作为测试管理工具推广，给大家造成的误解是有了缺陷管理工具就可以做好软件测试管理工作了，有了GUI自动化测试工具就可以做好软件测试工作了；其实不然.

性能测试高端发展方向（转贴）作者：liangjz业界认为性能测试ROLE划分为 性能测试工程师(偏重编写性能测试脚本、性能测试执行) 和性能测试分析师 (偏重性能分析、系统调优,也需要更加广、深）的知识。根据个人的理解，性能测试高端发展有如下一些方向： 性能调优，架构评估，性能监控，容量规划，应用性能管理。性能调优偏重系统级调优、代码级调优，需要非常熟悉系统架构、profile工具(如jprof, gprof ) 。有开发背景的最合适往这个走。架构评估偏重参与项目前期，根据以前的性能测试经验以及教训判断架构合理.

测试用例评审有效性的44个衡量标准（转贴csdn）作者：陈能技原文：“44” Metrics for Test Case Review Effectiveness - http://davidfrico.com/roi-metrics-f.htm1.Major Defects Per Test Case Review每个经评审的测试用例发现的主要缺陷2.Minor Defects Per Test Case Review每个经评审的测试用例发现的次要缺陷3.Total Defects Per Test Case Review每个经评审的测试用例发现的缺陷总数4.Ratio of Major to Minor Defects Per Test Case Review每个经评审的测试用例发现的主要缺陷与次要缺.

使自动化测试不再老套—灵活自动化测试（转贴csdn）来自：java060515如果你认为测试自动化仅仅是执行测试,那么你就是在错过一个很大的机会，或者说，你由于失去许多小的机会进而失去一个大的机会。可以这么考虑：不要再把自动化测试仅仅看成需要使用价格不菲的工具去执行自动化，而应该认识到，自动化测试其实是可以在几天内通过并不昂贵或者是手头已有的工具就可以完成的测试。丹尼佛特和詹姆士巴哈提出了一个比较快捷的方式自动化测试方法。要使自动化测试变得灵活，你并不需要什么特殊的东西，只要通过Internet查找有帮助.

QuickTest Professional创建图片检查点

软件缺陷的定义　　缺陷是指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响或者可能影响软件产品的质量。　　基于此定义，将缺陷分为如下类别：　　文档缺陷：是指对文档的静态检查过程中发现的缺陷，通过测试需求分析、文档审查对被分析或被审查的文档发现的缺陷；　　代码缺陷：是指对代码进行同行评审、审计或代码走查过程中发现的缺陷；　　测试缺陷：是指由测试执行活动发现的被测对象（被测对象一般是指可运行的代码、系统，不包括静态测试发现的问题）的缺陷，测试活动类型主要包括内部测试、连.

1.缺陷定义软件没有达到产品说明书表明的功能软件出现了产品说明书中不一致的表现软件功能超出产品说明书的范围软件没有达到用户期望的目标(虽然产品说明书中没有要求)测试员或用户认为软件的易用性差2.不是所有的缺陷都会修改市场的压力使得产品最终发行有时间限制测试员错误理解或者不正确操作引出的缺陷错误的修改影响的模块较多，带来的风险较大缺陷报告中提出的.

缺陷的描述对缺陷的描述应该包含以下的内容：可追踪信息缺陷ID唯一的缺陷ID，可以根据该ID追踪缺陷缺陷基本信息缺陷状态缺陷的状态，分为“待分配”、“待修正”、“待验证”、“待评审”、“关闭”缺陷标题描述缺陷的标题缺陷的严重程度描述缺陷的严重程度，一般分为“致命”、“严重”、“一般”、“建议”四种缺陷的紧急程度描述缺陷的紧急程度，从1－4，1是优先级最高的等级，4是优先级最低的等级缺陷提交人缺陷提交人的名字（邮件地址）缺陷提交时间缺陷提交的时.

准确报告软件缺陷作者：朱少民文章来源：网络点击数：更新时间：2006-12-21软件缺陷的描述是是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的，因为：[*]清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量 [*]提高软件缺陷修复的速度，使每一个小组能够有效的.

第五次TestAge测试时代测试专家沙龙议题：基于IBM Rational Functional Tester的自动化测试框架主讲嘉宾：杨敏强主讲嘉宾简介：IBM软件部资深技术工程师。2001年加入Rational，一直从事软件开发技术和软件工程方法和工具的技术推广和咨询工作，为银行，电信，航空等行业客户的软件工程方案提供咨询和实施服务。目前关注软件架构管理、软件质量管理以及软件配置管理等领域。时间：2008-3-30（周日），下午13：30－16：30地点：（确认后通知）细节话题：1、RFT基本功能介绍2、基于RFT的自动化测试架构分.

软件测试阶段总结一直以来一直想写点东西出来，就是把俺这些年来搜集到的测试资料、学习到的测试知识以及结合测试经验做个总结。主要是为了自娱自乐的同时温习一下软件测试的理论知识。在软件测试这个行业摸打滚爬有3年多的时间了，在这三年多的时间里，虽然没有接受过正规的培训但也在不断的学习软件测试的知识。下面将软件测试的一些基础概念列出：软件测试软件测试的定义有许多的版本，不同的时期对测试的概念不同，因为人的不同对测试的概念定义也不同，以下是我从众多的定义内挑选的几种。（一）使用人工和自动.

测试分类图在软件测试的过程中，可以根据按阶段来分类，按是否运行代码分类，按是否可见代码分类，具体的分类请见图。

软件测试分类软件测试是一项复杂的系统工程，从不同的角度考虑可以有不同的划分方法，对测试进行分类是为了更好的明确测试的过程，了解测试究竟要完成哪些工作，尽量做到全面测试。1、按是否需要执行被测软件的角度按是否需要执行被测软件的角度，可分为静态测试和动态测试，前者不利用计算机运行待测程序而应用其他手段实现测试目的，如代码审核。（我认为主要是让测试人员对编译器发现不了的潜在错误进行分析，如无效的死循环，多余的变量等），而动态测试则通过运行被测试软件来达到目的。2、按阶段划分：1.

软件测试分类按照全生命周期的软件测试概念，测试对象应该包括软件设计开发的各个阶段的内容，对于需求和设计阶段的测试以及关于文档的测试将在面向对象与文档测试部分进行描述，这里重点讲述开发阶段的测试和程序测试。按照开发阶段划分按照开发阶段划分软件测试可分为：单元测试、集成测试、系统测试、确认测试和验收测试。l单元测试。单元测试又称模块测试，是针对软件设计的最小单位——程序模块进行正确性检验的测试工作。其目的在于检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接.