作为一个老测试工程师，也聊聊开发人员和测试人员的战斗，谈谈自己的心得吧。

　　先说说战斗的种类。

　　1）缺陷（Bug）属性之战

　　对于一个缺陷，开发人员和测试人员有不同意见，例如，开发人员说是“建议”，测试人员说“代码缺陷”；开发人员说是优先级3的，测试人员说是优先级1的；开发人员说不能重现问题，测试人员说曾经出现，必须调查。

　　2）产品指标目标之战

　　对于一个产品达到什么要的指标，也是测试人员和开发人员讨论的热点。例如，测试人员说性能必须到达200毫秒，但是开发人员常反驳说500毫秒是合理的目标。虽然，在需求说明书中，产品经理规定了产品大的指标，但是一些执行的细节目标却没有仔细规定，这往往是开发人员和测试人员的战场。

　　3）质量任务之战

　　质量保证的任务有很多种，包括写单元测试，收集试验数据，搭建环境，功能测试，安全检查等等…. 那么这些任务究竟是如何安排的，是测试人员做还是开发人员做，不同公司有不同的文化，有不同的开发测试人员比例，导致其分工也不一样。有时，开发和测试对于一些任务的责任人也有着不同看法，这也往往会成为战斗焦点。

　　4）代码质量之战

　　代码的质量的好坏，是否可接受也是在代码审查时经常讨论的，比如一些异常的处理，是否合理，覆盖面是否全面。

　　测试人员的战略和战术

　　很多测试人员在这些战斗中不容掌握主动，以下就是一个老兵的一些经验，希望能够帮助测试人员在战斗中更好的赢得主动，为高质量软件产品赢得胜利。总的来说，对于测试人员说，是保护用户的体验，因此有机会得到更多人的支持，换句话说，测试人员”不是一个人在战斗“。另外，”多算胜，少算不胜“，讨论前尽量多准备准备。

　　1）多引用用户体验，多引用竞争对手的数据作为论据

　　在讨论中，列举的论证时，如果测试人员的论据是以“我认为…..”，这种论据通常是不是很令他人信服的，因为开发人员也可以说”我认为…不是这样的..'’。因此，在讨论中，应该多引入用户体验的数据作为支持论据。另外，可以多多列举竞争对手的数据，也是很有说服力的。

　　举例来说，一个用户登录界面，产品需要3秒钟登陆了，测试人员认为很慢，开发人员认为可以接受。那么，测试人员可以指出，在这种设计下，用户体验很差的，用户需要更好的性能，同时可以列举一些竞争对手的登录时间作为参考。少说”我认为…..”，多说用户体验差的具体数据。

　　2）争取项目经理或则产品经理的支持

　　产品经理通常也是产品质量的坚决拥护者，因此产品经理通常都站在测试人员一边。如果在用户体验上，开发与测试人员的观点僵持不下的话，可以考虑将产品经理引入讨论，通常产品经理会支持更好的用户体验，而站在测试人员的一边。获取产品经理的支持，注意引入的次数与频率，如果引入过于频繁，有时容易导致开发人员的不满。

　　3）存同求异

　　对于一些非关键的争论点，例如，一些与产品质量没有本质影响的决定，测试人员可以与开发人员保持不同的观点。对于这些不同观点，不会影响项目的进展和产品的质量。

　　4）速战速决

　　孙子言”兵贵速，不贵久“。测试人员的工作通常繁重，如果花大量时间和开发人员争斗，往往得不偿失的。其实大部分讨论，在前5分钟，双方都已清楚的表达了观点，列举了大部分的论据，因此5分钟后的大部分讨论，都是这些观点和论据的反复陈述，通常无法通过论据本身说服别人。因此，我提倡对于单个问题的讨论，不应该超过5分钟，测试人员应该控制节奏，5分钟内结束讨论。如果5分钟内仍然没有结论，测试人员可以主动结束这次讨论：对于原则性的问题，考虑另外收集更多的论据（数据），获得更多人的支持，另找时间再和开发人员继续讨论；对于可以权衡的问题，可以考虑相互让步，已得到双赢；对于一些小问题，可以考虑抓大放小。

　　好了，说了这么多，都是纸上谈兵。其实战斗的技巧主要是来源于实践，希望大家能够在战斗之后，仍然能保持一个好的心情，另外减少激烈讨论所花的精力，并且提高有效性。

1. 正确性测试（correctness testing）或功能性测试是基于产品规格说明书、从用户角度针对产品特定的功能和特性所进行的验证活动，以确认每个功能是否得到完整的实现，用户能否正常使用这些功能。功能测试一般要在完成集成测试后时行，而且是针对应用系统、在实际运行环境下而进行的测试。
2. 性能测试（performance testing）是测试在一定条件下系统行为表现，是否在设计的性能指标范围内。如测试网站在并发用户数为10、100、1000、10000等情况下， 页面的响应时间是否在3秒和5秒内，响应时间最长是否不超过15秒或30秒。性能测试不同于负载测试（stress/load testing），性能测试是在定义的各种条件下去衡量系统的有关性能指标，而负载测试只测试在一些极端条件下，系统还能否正常工作，或加载到系统崩溃而找出系统性能的瓶颈，所以两者要结合起来。
3. 可 靠性测试（reliability testing）是评估软件在运行时的可靠性，即通过测试确认平均无故障时间（Mean Time To Failure,MTTF）或最初平均寿命，即故障发生前平均工作时间（Mean－Time－To －First-Failure,MTTFF）。可靠性测试强调随机输入，并通过模拟系统实现，很能通过实际系统的运行来实现。可靠性测试，一般伴随着强壮 性测试（robustness/strong testing）.
4. 安全性测试（safety or security testing）是测试系统在应付非授权的内部或外部访问、非法侵入或故意损坏时的系统防护能力，以检验系统有能力使可能存在来自于内部或外部的损害的风 险限制在可接受的水平内。软件可靠性要求，通常包括了安全性的要求。但是软件的可靠性不能完全取代软件的安全性，因为安全性还涉及数据加密、保密、存取权 限等方面的要求。
5. 容错性测试（tloerance testing）是检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。如当系统出错时，能否在指定时间间隔内修正错误并重新启动。容错性测试看作由系统异常处理测试和恢复测试组成。
6. 恢复测试（recovery testing）在系统崩溃、硬件故障、或者其他灾难发生之后，重新恢复系统和数据的能力测试，包括确定软件系统的平均修复时间（Mean Time to Repair,MTTR）。
7. 兼容性测试（compatibility testing）测试在各种的硬件/软件/操作系统/网络环境下的软件表现，包括硬件接口、软件新旧版本兼容、已存在数据的兼容能力。

上次讲了如何安装Selenium IDE，现在来讲解下如何来安装Selenium Core。

先来介绍下Selenium Core：

Selenium Core是一个用来测试Web应用的测试工具。Selenium Core的测试直接运行在浏览器中，就像真实的用户在操作一样。它可以分别运行在Windows，Linux和Macintosh系统的Internet Explorer，Mozilla和Firefox浏览器中。

浏览器兼容性测试测试你的应用看是否可以在不同的操作系统的不同浏览器上正常工作。同样的脚本可以运行在任何Selenium平台上。

系统功能测试创建回归测试用来检验应用的功能以及用户的满意度。

Selenium Core使用了一个独特的机制让它可以运行在如此多的平台。测试脚本采用纯Javascrīpt或DHTML写成，你将Selenium Core的测试脚本直接放置到你的应用程序所在的Web服务器中，就可以在客户端使用任何受支持的浏览器运行测试了。

Selenium使用Javascrīpt和Iframe自动化的测试引擎嵌入到你的浏览器中。这项技术应该可以工作在任何启用Javascrīpt的浏览器中。因为不同的浏览器处理Javascrīpt有些不同，所以我们通常不得不调整引擎以便更广泛的支持Windows，Mac OS X和Linux上的不同浏览器。

下面说下运行Selenium Core需要的环境：

l        去Open QA下载最新的Selenium Core包selenium-core-0.8.2.zip

l        把下载的selenium-core-0.8.2.zip解压到你的web服务器中，下面我将在Tomcat中演示。

安装步骤：

第一步：去apache.org下载tomcat安装包。

第二步：正确安装tomcat

第三步：去Open QA下载Selenium Core包

第四步：解压Selenium Core包到D:\selenium下

第五步：配置tomcat文件，配置一个sc.xml，其他配置项为<Context path="/sc" docBase="D:/selenium/selenium-core-0.8.2" debug="0" privileged="true">

第六步：运行tomcat服务

第七步：打开浏览器，输入：http://localhost:8080/sc/

这时你能看到下图界面：

这时说明Selenium Core已经运行正常。

我们可以做一个Selenium Core自带的小例子进行测试。

点击Selenium TestRunner进入Selenium Core主界面

点击Go，进入Test Suite界面

点击左边单个的test case，我们能进入查看和运行相应的单个test。点击中间test case的步骤，能增加或删除断点。测试的应用程序界面，将展示在下部。如下图：

下面介绍下下部右边的按钮功能：

l         Execute Tests下四个按钮分别表示运行所有Test Suite、运行选中的Test Suite、暂停或继续、下一步

l        表示运行Test Suite度的快慢

l         Highlight elements选中表示运行的进程将高亮显示

l        Tools下两个按钮分别表示浏览你的界面结构、查看一些错误信息

讲到这里，估计大家都会怎么来初步运行Selenium Core了。Selenium Core的安装就讲到这里。以后再深入来介绍Selenium Core的具体用法。

你可以通过这个链接引用该篇文章:http://shmilyfan.bokee.com/viewdiary.17140234.html

考虑如下功能矩阵：

* = Selenium RC中实验性的支持

浏览器支持：Selenium IDE仅可以在Firefox中工作。Selenium Remote Control直接支持Firefox和IE，此外还支持手动配置很多其它浏览器。Selenium Core几乎可以在任何浏览器中工作，因为它是纯粹的Javascrīpt。Selenium Core HTA可以在IE最高安全等级（特权）下工作，这意味着它仅能在IE下工作。

需要远程安装：Selenium Core需要在被测试应用程序（Application Under Test, AUT）的网站内安装，因为同源安全策略，一个阻止进行跨网站脚本访问的安全策略。那意味着你不能坐在那里写一个Selenium Core测试而运行在google.com；如果要那样做，你需要在google.com安装Selenium Core。如果你不能/不会在你的被测应用程序AUT上面安装Selenium Core，不能保证它在AUT相同的服务器上公开可见，那么Selenium Core可能不适合你。

同源安全策略不会限制Selenium IDE，因为它作为Firefox扩展实现；它对于Selenium Core HTA也无效，因为它运行于IE的最高安全级别（特权）上。Selenium RC通过提供一个代理服务器来保证Selenium JS文件看似来自相同的远程服务器，从而符合同源策略；代理服务器欺骗浏览器，让它认为这里的确有像http\://www.google.com/selenium/这样的目录。

支持HTTPS/SSL：最新版本的Selenium Remote Control的代理服务器可以支持HTTPS网站（当前所指版本为0.9.0），但是这个支持还是实验性的。参考使用试验性的浏览器加载器

支持跨域：同源策略意味着测试一个服务器/域不能操作另外一个服务器/域。这意味着Selenium Core不能处理跨多个不同域的应用程序。
Selenium RC可以处理切换域的问题，但是这个支持是实验性的。参考使用试验性的浏览器加载器获取更多信息。

需要Java：Selenium Core和Selenium IDE直接在浏览器中运行。Selenium RC需要安装Java（运行代理服务器）。注意，虽然Selenium RC需要Java，你也可以用.NET、Perl、Python和Ruby编写你的RC测试，但是你需要Java来运行代理。

将测试结果保存到磁盘：Selenium Core不能将任何测试结果写到磁盘上（因为它是用javascrīpt写的，它不允许向磁盘写数据），当然你可以将测试结果发送到另外一台服务器保存。（你可以通过Selenium COre HTA保存测试结果。）Selenium Remote Control提明确供支持运行测试并用多种语言讲测试结果写入磁盘的功能；它还可以为Selenium Core结果处制理服务器。Selenium IDE是一个Firefox扩展，所以当然支持将测试结果存盘。

语言支持：Selenium Remote Control允许你用任何语言写测试，包括Java、.NET、Pertl、Python和Ruby。（你还可以为其它语言添加测试的支持。）Selenium IDE和Selenium Core仅支持使用"Selenese"测试， 一种简单的脚本语言。Selenese有一些严格的限制：它没有条件（没有"if"表达式），并且它没有循环（没有"For"表达式）。这会使编写复杂的测试变得困难甚至不可能。

你可以通过这个链接引用该篇文章:http://shmilyfan.bokee.com/viewdiary.17139008.html

你可以通过这个链接引用该篇文章:http://shmilyfan.bokee.com/viewdiary.17139033.html

　　　下面我们还是通过一个例子来具体操作一下．这次选用LoadRuner自带的b/s架构的web例子，来录制脚本．（注：运行这个例子，同时把web server先给开起来．）．这次只录制一个点击sign up（注册）的步骤．
录出脚本如下：

Browser("Mercury Tours").Page("Mercury Tours").Frame("navbar").Image("signup").Click　45,12

QTP把这个button对象识别成了Image（图片）对象，导致最后回放的时候，QTP不能完成Click操作，弹出报错信息．对于这个对象，我马上想到了做个虚拟的button对象来代替它．

下面是整个虚拟对象的制作过程：

１．选择“工具”>“虚拟对象”>“新建虚拟对象”。或者，也可以在虚拟对象管理器中，单击“新建”。将打开虚拟对象向导。单击“下一步”。

２．选择要将您的虚拟对象映射到的标准类（这里有六种对象类供你选择，分别是object，button，table，list，check box，radio button）．这里我们要映射一个button对象，所以选择button．单击＂下一步＂

３．单击“标记对象”。选择你要做虚拟对象的区域，拖动鼠标．尽量能覆盖整个你想替代的对象．

４．在“标识对象使用”框中，选择您希望 QTP 标识和映射虚拟对象的方式。

如果您想要 QuickTest 标识所有出现的虚拟对象，请选择“Parent only”。

如果想要 QuickTest 仅标识一次出现的虚拟对象，请选择“Entire parent hierarchy"。

这里我们选择默认的“Parent only”。

５．指定虚拟对象的名称和集合。从集合列表中选择，或通过在“集合名”框中输入新名称来新建集合

点击完成，整个虚拟对象就做好了．

虚拟对象做好后，保存在虚拟对象管理器中．我们可以通过虚拟对象管理器来删除或禁用虚拟对象定义．

选择“工具”>“虚拟对象”>“虚拟对象管理器”。将打开虚拟对象管理器。

注意：如果希望 QuickTest 在录制时识别虚拟对象，请确保清除“选项”对话框的“常规”选项卡中的“录制时禁止识别虚拟对象”复选框。

接下来我们再来录制一遍对sign up的操作，录制代码如下：

Browser("Mercury Tours").Page("Mercury Tours").Frame("navbar").VirtualButton("button").Click

在录制过程中值得注意的是，一定要点击到我们做好虚拟对象的范围内，这样QTP才能识别到这个虚拟对象．这里我们的虚拟对象识别成功．再次回放，QTP顺利的执行了脚本．

还有两点要注意的是：

１．虚拟对象管理器中显示的虚拟对象集合存储在您的计算机中，而不是随包含虚拟对象步骤的测试或组件存储。这意味着如果您在测试或组件步骤中使用虚拟对象，则仅当在包含正确的虚拟对象定义的计算机中运行时，该对象在运行会话过程中才能被识别。要将您的虚拟对象集合定义复制到另一个计算机，请将您的 <QuickTest 安装文件夹>\dat\VoTemplate 文件夹的内容（或该文件夹中的单个.vot集合文件）复制到目标计算机上的相同文件夹中。

２．仅当录制和运行测试或组件时，才能使用虚拟对象。您不能在虚拟对象上插入任何类型的检查点，也不能使用“对象探测器”来查看其属性。

接下来你可以继续完成整个sign up过程，还有多个类似的对象需要做虚拟对象．你也可以试一下？

'Begin--------------------------------------------------------------------------------------------------------------------------
'检测字符串中是否包含有除字母、数字、下划线以外的字符。
sub CheckStringIsValid(OriginalString)
 ValidText="abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789_"
 ValidFlag=true
 SourceText=OriginalString

 for i=1 to len(SourceText)
  TestText=mid(SourceText,i,1)

  if InStr(ValidText,TestText)<=0 then
   ValidFlag=false
   exit for
  end if

 next

 if ValidFlag then
  'response.write "正确"
 else
  response.write "警告：非法的数据！"
  response.end
 end if

end sub
'End----------------------------------------------------------------------------------------------------------------------------