I am working on QTP 9.5 and Ie 6.0.
Browser("micclass:=Browser","creation time:= 1").Back is not working for me.
I have seen other posts on this issue and tired other workarouunds also.I unistalled QTP and reistalled it. but still not able to get this issue solved.

Any other suggestions please?

ANSWER:

First:

Here is a workaround. Call the following method from your scrīpt

Code:

Public Sub bBack(gBrowser)

   Set bWin = Window("hwnd:="&gBrowser.GetROProperty("hwnd"))
   bWin.click 0,300

   Set WshShell = CreateObject("Wscrīpt.Shell") 
	WshShell.AppActivate "Windows Internet Explorer"
	wait(1)
	WshShell.SendKeys "{BACKSPACE}"
	
	Set WshShell = nothing
	Set bWin = nothing
	
End Sub

Second:

Ren, I am using IE 6.0 and QTP 9.5. I did run the following test which worked:

Browser("micclass:=Browser").Navigate("http://www.yahoo.com")
Browser("micclass:=Browser").back

This returned it to the original page. 

Is is possible that you are using the "creationtime" incorrectly? If you have one browser open creationtime should be "creationtime:=0" and not "1" as you have it in your scrīpt. Hope this helps. 

(Statement: This Post come from sqaforums.com)

软件测试W模型：
W模型从V模型演化过来，实际上开发是V，测试也是与此并行的V。基于“尽早地和不断地进行软件测试”的原则。在软件的需求和设计阶段的测试活动应遵循IEEE std1012-1998《软件验证和确认(V&V)》原则。

一个基于V&V原理的W模型示意图如图：

80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们，如果你想使软件测试有效地话，记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。

80-20 原则的另外一种情况是，我们在系统分析、系统设计、系统实现阶段的复审，测试工作中能够发现和避免 80% 的软件缺陷，此后的系统测试能够帮助我们找出剩余缺陷中的 80% ，最后的 5% 的软件缺陷可能只有在系统交付使用后用户经过大范围、长时间使用后才会曝露出来。因为软件测试只能够保证尽可能多地发现软件缺陷，却无法保证能够发现所有的软件缺陷。

80-20 原则还能反映到软件测试的自动化方面上来，实践证明 80% 的软件缺陷可以借助人工测试而发现， 20% 的软件缺陷可以借助自动化测试能够得以发现。由于这二者间具有交叉的部分，因此尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。

为效益而测试

为什么我们要实施软件测试，是为了提高项目的质量效益最终以提高项目的总体效益。为此我们不难得出我们在实施软件测试应该掌握的度。软件测试应该在软件测试成本和软件质量效益两者间找到一个平衡点。这个平衡点就是我们在实施软件测试时应该遵守的度。单方面的追求都必然损害软件测试存在的价值和意义。一般说来，在软件测试中我们应该尽量地保持软件测试简单性，切勿将软件测试过度复杂化，拿物理学家爱因斯坦的话说就是： Keep it simple but not too simple 。

缺陷的必然性

软件测试中，由于错误的关联性，并不是所有的软件缺陷都能够得以修复。某些软件缺陷虽然能够得以修复但在修复的过程中我们会难免引入新的软件缺陷。很多软件缺陷之间是相互矛盾的，一个矛盾的消失必然会引发另外一个矛盾的产生。比如我们在解决通用性的缺陷后往往会带来执行效率上的缺陷。更何况在缺陷的修复过程中，我们常常还会受时间、成本等方面的限制因此无法有效、完整地修复所有的软件缺陷。因此评估软件缺陷的重要度、影响范围，选择一个折中的方案或是从非软件的因素（比如提升硬件性能）考虑软件缺陷成为我们在面对软件缺陷时一个必须直面的事实。

软件测试必须有预期结果

没有预期结果的测试是不可理喻的。软件缺陷是经过对比而得出来的。这正如没有标准无法进行度量一样。如果我们事先不知道或是无法肯定预期的结果，我们必然无法了解测试正确性。这很容易然人感觉如盲人摸象一般，不少测试人员常常凭借自身的感觉去评判软件缺陷的发生，其结果往往是把似是而非的东西作为正确的结果来判断，因此常常出现误测的现象。

软件测试的意义 - 事后分析 (个人觉得这一点非常重要)

软件测试的目的单单是发现缺陷这么简单吗？如果是 “ 是 ” 的话，我敢保证，类似的软件缺陷在下一次新项目的软件测试中还会发生。古语说得好， “ 不知道历史的人必然会重蹈覆辙 ” 。没有对软件测试结果进行认真的分析，我们就无法了解缺陷发生的原因和应对措施，结果是我们不得不耗费的大量的人力和物力来再次查找软件缺陷。很可惜，目前大多测试团队都没有意识到这一点，测试报告中缺乏测试结果分析这一环节。

结论：

软件测试是一个需要 “ 自觉 ” 的过程，作为一个测试人员，遇事沉着，把持尺度，从根本上应对软件测试有着正确的认识，希望本文对读者对软件测试的认识有所帮助

基于 IBM Rational Robot 的自动化功能测试框架

http://www.ibm.com/developerworks/cn/rational/r-chengw/index.html

邮件自动发送配置详细步骤及注意重点

前提条件:项目已创建,

环境:TD版本:TD8.0sp2

数据库:Access

OS:XP

邮件服务器:公司内部邮件服务器

该方法同样适用于TD版本为8.0SP1,数据库为SQL SERVER 2000, OS为2003 SERVER

一、 配置步骤

1.      在后台管理(site administrator)的td servers中,邮件协议采用smtp,邮件服务器填写本公司的邮件服务器的ip(192.168.10.1)或域名,这一步在安装td时也可以直接填写;

2.      在后台管理(site administrator)的users中,添加参与项目的所有人员,注意一定要填写邮件地址,该邮件地址就是公司网络管理员分配给你的邮件地址;

3.      在后台管理(site administrator)的projects中,选择一个需要自动发送邮件的项目,在右边找到 send defect emails automatically 前的选框,打上勾就可以了;

4.      在后台管理(site administrator)的site config中,将mail_interval字段的值改为0,这样做的目的是,当缺陷发生变化时,能够立即发送邮件,到此后台管理的配置完成了;

5.      接下来是在自定义(customize)中的配置, 选择一个需要自动发送邮件的项目,输入管理员密码,进入自定义配置页;

6.      选择chang user properties,填入admin的全名和email,或者只添email,这里的可以填写成用户名部分为admin,服务器部分必须与之前添加用户时所给用户填写的email的服务器部分一致;

7.      选择set up users,将属于该项目的用户添加进来,一并检查每个用户的邮箱是否正确;

8.      选择configure mail,选择邮件自动发送的触发字段,意思就是当某个字段发生变化,就自动发送邮件.比如当缺陷的状态改变时,邮件就开始自动发送.那就把状态这个字段从左边的字段中选到右边来;

9.      选择configure mail,设置接收邮件的过滤条件,它和上一步有联系,每个条件之间是与的关系,比如前面设置了状态改变时,就自动发送邮件,但是liuc这个人只想接收状态为fix的缺陷,就可以在缺陷字段那儿只填写fix,这样一来其他状态的缺陷就不会发送到liuc的邮箱中;

10.  选择set traceability notification,把所有框框都打上勾.到此自定义中的配置就完成了,这儿的重点是configure mail部分的配置.

二、 注意重点

1.        创建项目时名字一定要是英文的,不然就自动发不了邮件,如果已经写成了中文也不要紧,用重命名的方式改过来就ok了(老外的东西在支持中文方面就是有缺陷,怪只能怪咱自己太落后);

2.        邮件服务器的测试,只要手动发送邮件,能够成功收到,就说明邮件服务器是没有问题的,如果这时还不能实现邮件自动发送,只能说明其他配置是有问题的,与邮件服务器没有关系;

3.        在自定义配置页面中,admin的邮箱一定要填,具体填写方法已在步骤中的第六条中说明了;

4.        检查每一个用户的邮箱是否完全写正确了,这一步非常重要,一定要检查,自己就曾发生过这样的事,因一名用户的邮箱写错了而导致不能自动发送邮件,为此而付出了半天的时间;

5.        据自己不完全统计,邮件自动发送到接收的时间最快不低于两分钟,最慢不大于十分钟,所以说延迟是存在的,具体时间的长短,要依个人环境而异(手动发送邮件一般不会超过两分钟);

6.        最后一个要重点注意的方面,就是触发条件和过滤条件的设置,注意虽然在触发字段中有注释字段,但是过滤条件的字段中却没有这个字段,可能是因为注释字段是文本型的,不好控制吧,再说明一点触发字段之间的是或的关系,也就是说只要其中的一个字段发生变化,就会自动发送邮件,而过滤条件中每个字段之间是与的关系,只有全部符合你所设置的条件的邮件才会发送给你.

7.        一定要在自动发送邮件选项那儿打上勾,貌似还没打上勾,就说自动邮件发不了的人也有.

自认为td是个很脆弱的软件,一个很小的地方的改变,就会使有些功能失效,所以在管理的过程中有时很头疼,在配置的过程中一定要仔细,不能有半点马虎.自己的一时马虎,就可能会换来一天时间的排错,在这上面我是深有体会的,把自己的想法和经验共享出来,是为了更多的人少走弯路,或者直接到位,省下时间去研究其他的方面,然后再共享出来,这才是互联网的宗旨.最后再感慨一下,希望我们自己能勾拥有自己的测试管理工具,到那时就不用现在这么费劲折腾了.

１．datatable

        QTP本身程序就给我们提供了这么一个数据表，我们可以把测试数据或测试用例填入这个数据表中．

如：设计用例

　　 username　　passwd

case1　　mercury mercury

case2 xxxxxxx xxxxxx

录制脚本

For i=1 to Datatable.GetRowCount
Dialog("Login").WinEdit("Agent Name:").Set DataTable("username", dtGlobalSheet)
Dialog("Login").WinEdit("Password:").Set DataTable("passwd", dtGlobalSheet)
Dialog("Login").WinButton("OK").Click
datatable.GlobalSheet.SetNextRow
Next

        本例是验证一个登录系统，通过DataTable不同的用例设计，驱动起这段脚本，达到测试的效果．当然上面的例子中还少一个很重要的步骤，那就是结果比较．如果不能进行结果比较的自动化测试不能够称为自动化测试．
        当然我们这里主要讲的是数据驱动，所以不在对上面的例子进行补充．

２．文本文件

        我们可以把文本文件当成数据文件，通过对文本文件的读写操作，来实现数据驱动．

例：文本文件内的内容

　　mercury,mercuy

读文件的代码

Function writeorderno(orderno)
Dim fso, myfile,username,passwd
Set fso=CreateObject("scrīpting.FileSystemObject")
Set myfile=fso.openTextFile("C:\testing.txt",1,false)
tmp=split(myfile.readline,",")
username=tmp(0)
passwd=tmp(1)
myfile.close
End Function

写文本文件的代码

Function writeorderno(orderno)
Dim fso, myfile
Set fso=CreateObject("scrīpting.FileSystemObject")
Set myfile=fso.openTextFile("C:\result1.txt",8,false)
myfile.writeline orderno
myfile.close
End Function

3．EXCEL文件

        我们可以把EXCEL文件当成数据文件，通过对EXCEL文件的读写操作，来实现数据驱动．

        可以把EXCEL文件当作对象的方式来完成写的操作

Dim Excel,ExcelSheet
Set Excel=CreateObject("Excel.Application")
Set ExcelSheet=CreateObject("Excel.Sheet")
ExcelSheet.Application.visible=true
ExcelSheet.ActiveSheet.Cells(1,1).value=１
ExcelSheet.ActiveSheet.Cells(1,2).value=２
ExcelSheet.ActiveSheet.Cells(1,3).value=３
Excel.Save "C:\test.xls"
Set ExcelSheet=Nothing

        用ADO的方式连接EXCEL文件来做读的操作

Dim conn,input,filename
filename="D:\公基本情况(tb_gsgk)-标准格式.xls" '
Set conn= createobject("ADODB.Connection")
conn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Persist Security Info=False;Data Source="&filename&";Extended Properties='Excel 8.0;hdr=yes'"
Set input= createobject("ADODB.Recordset")
input.Open "select * from [公基本情况-标准格式$] " ,conn,2,2
input.close
Set input=nothing

４．数据库

        可以利用设计数据表，把测试数据和测试用例放在数据表里，用ADO或者其他任何可以访问连接数据库的方式连接数据库，来实现数据驱动

　　　Dim res,cmd,sql
Set Res=createobject("adodb.recordset")
Set Cmd=createobject("adodb.command")
Cmd.activeconnection="Provider=SQLOLEDB.1;Password=111111;Persist Security Info=True;User ID=sa;Initial Catalog=xhq;Data Source=192.168.191.142"　　＇这句话是连接数据库的数据源，要做修改
Cmd.CommandType = 1
sql="selec t * from 表 where name=username"
Cmd.CommandText = sql
Set res = Cmd.Execute()
Set res = nothing
Set cmd.ActiveConnection = nothing
Set Cmd= nothing

以上四种方法都可以帮助我们实现数据驱动，应该说数据驱动在自动化测试中运用的比较的广泛，才有必要拿出来探讨一下．

一、数据的一致性，正确性测试

数据类型的字段10进制与16进制的转换的测试

删除被引用基础数据的测试

数量的数值是否计算正确的测试

检查域的长度，是否有字符被截掉？

检查数字域的最大值和最小值？

检查数字域是否正确接受负数？

数据库对数据的存储是否完整？有没有出现字符串被截，数值没有4舍5入等？

 特定数据的格式是否正确？如日期型数据有没有“-”或“/”等分隔符；金额字段的数据有没有每三位数字自动添加“，”分隔符？

二、新增，搜索，修改，排序，删除，打印等功能点的测试
连续新增，修改，删除的测试

需求功能是否实现的测试

新增，修改后，TREEVIEW中数据是否及时更新的测试

查询条件與新增,修改時,输入单引号及特殊字符进行查询的校验的测试

修改时编码不能修改的测试

新增时编码是否需要自动更新的测试

新增与修改时的校验规则测试见序号3

用鼠标点击只读域，能否进入？

当打开窗口时，光标/焦点是否位于第一个可输入域？

编辑框域Edit Box是否限制了字符的长度？

使用ALT+TAB组合键从一个应用到另一个应用切换时是否有冲突？

ID、编号或单据号重复时，是否给出提示？

排序项目是否正确、全面？

项目的排列顺序是否与显示的排列顺序一致？

特定权限人员搜索特定资料的测试

特定权限人员使用特定功能的测试

清除数据的测试，即没有基础数据的异常处理的测试

全部展开树中所有数据，看看滚动条的是否能拖动到树中最低下的数据的测试

三、校验规则测试
日期格式是否校验的测试

小数类数据是否校验的测试

整数类数据是否校验的测试

校验提示信息是否正确，触发提示信息的时机是否恰当的测试。

字母是否校验的测试

特殊字符是否校验的测试

邮箱格式是否校验的测试

数据超长是否校验的测试

数字最大最小值的校验的测试

数据是否选择的校验的测试

数据是否为空的校验的测试

数据唯一性的校验的测试

年份最大，最小值校验的测试

数据被要求范围校验的测试

定义文件名规则的校验的测试

上传文件名超长的校验的测试

上传文件名输入框为单引号的测试

备注信息最长输入是否校验的测试

闰年日期是否正确，是否不产生错误和计算误差？

月份是否只能在1和12之间（包含本身）？

日期是否只能在1和31之间（包含本身）？

二月是否有28、29、30日？

日期的周期性计算是否正确？

是否有日历选择器？是否与手工输入有冲突？

除零的情况是否不允许？

在数字后面带有空格的数字域是否正确接受？

数据联动性的测试

四、界面风格测试
繁体字，简体字，英文的测试

字体大小的测试

按钮大小的测试

窗口大小的测试

按钮标题大小的测试

页面标题的测试

编辑框是否够宽够长的测试

主页面显示在800X600下是否满屏的测试

快捷键的校验的测试

导航条的测试

界面乱码的测试

脚本错误的测试

查询时间段风格的测试

窗口中的按钮是否有适当的快捷键？

 快捷键工作是否正常？

用TAB键在元素间移动的次序是否正确，一般缺省从左上到右下？

数据列太长，能否调整列宽？

翻页的测试

各个相关功能界面的数据字段的排列顺序是否一致，是否美观。

报表页码显示的测试

页面设置的测试

关闭，保存等按钮是否使用专用图标的测试

页面窗口不需要有问号标识的测试

界面排版是否都是95%的排列的测试

尝试在非登陆状态开启页面，任何人都可以进行修改和删除数据，是否做到页面级别权限控制的测试

所有页面标题是不是以系统名命名的测试

是否有温馨提示指导用户很好的使用系统

交互式对话以弹出式风格显示，提示式信息以悬挂式风格显示。

五、状态转换的测试

各个数据状态的限制的测试

六、压力测试

系统长时间运行是否会出现死机的现象的测试

系统长时间运行是否会出现SESSON丢失的现象的测试

长时间运行，是否会出现连数据库不成功的现象的测试

大量数据导入导出是否会出现死机的现象的测试

同时打开多个应用程序的测试的测试

七、参数设置校验
各个参数的值全部没设置的测试

设置部分参数的测试

全部设置参数的测试

参数设置是否正确的测试

设置错误的数据类型的参数的测试

参数文件保存编码格式的测试

参数文件不完整的测试

八、文件传输测试
文件上传到FTP或SERVER服务器端后，系统是否会死机的测试

下载文件上传文件成功与否反馈信息的测试

FTP有文件，PC机中没有文件的测试

FTP有文件，PC机中有文件的测试

FTP有文件，PC机中有文件的测试

FTP中大量文件下载的测试

同时下载上传多个文件的测试

单个文件上传或下载断续连网测试的测试

多个文件上传或下载断续连网测试的测试

上传与下载文件同时进行的测试

文件上传后光标如何定位的测试

九、数据导入导出测试
多条记录导入的测试

导入模板的测试

导入模板数据类型错误的测试

部分数据导入不成功是否会出现提示信息的测试

多个文件导入数据库的测试

大量插数据导致数据库的表空间不足的测试

导入文件名的测试

 长时间等待的过程中，是否有动态的标识进度？

是否给出数据处理成功与否的信息？若不成功， 是否给出失败原因？

导入多条完全相同的基础数据的测试

导入非法数据是否有校验的测试

多次导入不完全相同的数据，系统会否覆盖原有数据的测试

十、与计算机通讯测试

计算机与机器硬件接口，波特率等的测试

通讯过程中断电的测试

人为中断通讯的测试

连续多次通讯的测试

通讯过程中随意操作按钮键或都键盘键的测试

长时间连接而不做任何操作的测试

通讯过程中读错文件的测试

通讯过程中读取多个文件的测试

十一、安装测试

将系统安装在WIN2000，WINXP运行的测试

IE浏览器版本的测试

运行之前各个环境设置的测试

部份运行程序文件被删除的测试

十二、配置测试

十三、文档测试

十四、重要业务功能测试

特定系统的重要业务功能的测试：需求中须明确哪些是重要的业务功能才能对此进行测试

十五、回归测试

测试客户提出来的BUG或需求之前，必须先看看这些BUG与需求的修改会影响到哪些地方，哪些页面，哪些功能，然后针对这些影响项测试，从而使测试做到更加全面。以免漏掉有些地方没有测试到。

十六、交叉测试

测试人员负责一个模块或者功能的测试一段时间后发现的问题达到了极限，在这种固定的思维方式下很难发现新的问题，这种情况需要采用交叉测试以解决此问题，但是另一个测试的人熟悉业务需要一段时间的。这时候又要怎么办？

序列号 函数名 函数作用 第一参 第二参 第三参 第四参 第五参 返回值
1 QTP_Small()  让QTP运行时保持最小化      
2 QTP_Big()  '恢复QTP窗口      
3 "QTP_WriteFile(pathway,words)"  '写文件函数(追加) 文件路径 写入内容    
4 "Function QTP_WriteFile_Change(pathway,words)" '写文件函数(改写)  文件路径  写入内容    
5 "QTP_Read_Excel(pathway,sheetname,x,y)" '读Excel文件元素  文件路径 工作表名  行值 列值  
6 "QTP_Write_Excel(pathway,sheetname,x,y,content)" '写Excel文件元素并保存退出 文件路径
工作表名 行值 列值 写入内容 
7 "QTP_Msgbox(Value,waitTime,Title)" 定时停留弹出框函数  弹出值 弹出框停留时间 弹出框标题   
8 "QTP_Change_Color(pathway,sheetname,x,y,color)" '改变Excel的单元格颜色 文件路径 工作表名
行值  列值  颜色(只接受red和green) 
9 QTP_Capture(pathway) '捕获当前屏幕（截图） 保存图片路径

1 Function CreateExcel() 生成Excel对象和默认新工作表  Excel对象
2 Sub CloseExcel(ExcelApp) 关闭指定的Excel  Excel对象     
3 "Function SaveWorkbook(ExcelApp, workbookIdentifier, path)" 保存工作表 Excel对象 工作表名
Excel文件路径  1成功，0失败
4 "Sub SetCellValue(excelSheet, row, column, value)" 给Excel元素赋值 工作表名 行 列 值  
5 "Function GetCellValue(excelSheet, row, column)" 获得指定元素值 工作表名 行 列 值，0未找到元素
6 "Function GetSheet(ExcelApp, sheetIdentifier)         返回工作表  工作表
7 "Function InsertNewWorksheet(ExcelApp, workbookIdentifier, sheetName)" 插入一个新的工作表 Excel对象
工作表名 新工作表名 新工作表对象
8 Function CreateNewWorkbook(ExcelApp) 建立一个新表 Excel对象     
9 "Function OpenWorkbook(ExcelApp, path)" 打开一个之前保存过的工作表 Excel对象 路径    
10 "Sub ActivateWorkbook(ExcelApp, workbookIdentifier)" 激活工作表  Excel对象 工作表名    
11 "Sub CloseWorkbook(ExcelApp, workbookIdentifier)" 关闭工作表  Excel对象 工作表名    
12 "Function CompareSheets(sheet1, sheet2, startColumn, numberOfColumns, startRow, numberOfRows, trimed)" 比较工作表
1工作表一2工作表二 3起始列 4列数 5起始行 6行数 默认参数  true一致  false不一致

QTP与Robot通用函数:
序列号 函数名 函数作用  第一参 第二参 第三参 第四参 返回值
1 Get_Data() 获取当前日期     
2 Get_Time() 获取当前时间     
3 "Get_RandNum(fromNum,toNum)" 随机函数生成 起始生成值 结束生成值 随机数
4 "Swap(byref a,byref b)" 值交换函数 交换参数1 交换参数2 (引用调用)
5 IsPrimeNumber(num) 是否是质数函数 '是质数返回true，否则返回false
6 "ReadLine(pathway, rowcount)" 读指定文本文件指定行内容 文件路径  行数 
"返回指定行内容，""文本越界"",""文件不存在"""
7 Function MakeString(inputlength) 随机生成字符串 字符串长度  随机字符串
8 Sub ZYGLQ() 启动资源管理器     
9 Sub Run() 启动运行     
10 "SendMail(SendTo, Subject, Body, Attachment)" 调用outlook发送电子邮件 收件人 主题 邮件内容 附件 
11 "Function NoRepeat(Inp,Sp)" 去掉字符串中的重复项 输入字符串  字符串分隔符  无重复的字符串
12 Function GetLen(Str) 求字符串长度（中文算2个西文字符） 输入字符串    
13 Sub RunApp(command) 运行指定程序  运行程序名    
14 Function Nextday(ByVal inputday)  求下一天是几号的函数 原始日期  原始日期后一天的日期
15 Function ISLeapYear(ByVal inYear) 判断是否闰年 年份 true:是闰年  false:非闰年
16 "Function Days(SourceData, DesData)" 计算两个日期之间相隔几天  初时日期  目的日期  相隔天数
17 Function Identification(Text1) 检查身份证号是否正确 身份证号  正确：true  错误：false
18 "Access_GetCount(DBlocation,TableName,Value)" 查询Access数据库字符出现次数  数据库存放位置  表名 
查询的值  返回值出现的次数
19 Function checkString (myString) 检查是否存在数字  输入字符串  true：存在数字 false：不存在数字
20 "Function BubbleSort(VString,Spl,Func)" 按ASCII码值冒泡排序  待排序的字符串  分隔符  排序方式：
1降序，2升序 排序完的序列

1.阶段评审与同行评审的区别?
参考答案:
    同行评审目的:发现小规模工作产品的错误,只要是找错误;
    阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性

    同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导
    阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格

    同行评审内容:内容小 一般文档 <  40页, 代码 < 500行
    阶段评审内容: 内容多,主要看重点

    同行评审时间:一小部分工作产品完成
    阶段评审时间: 通常是设置在关键路径的时间点上

2.什么是软件测试及其目的?
参考答案:
   软件测试是使用人工或自动化手段来运行或测定某个系统的过程.其目的是:在于检验它是否能满足规定的需求或是弄清楚预期结果与实际结果之间的差别.
3.简述集成测试的过程?
参考答案:
    集成测试流程：
     在完成软件的概要设计后，即开始制定集成测试计划-》设计集成测试用例和测试过程-》实施集成测试，设计所需驱动和桩-》执行集成测试，记录测试结果-》评估集成测试，根据测试结果评估此次测试，生成评估报告文档。(驱动或桩函数是做单元测试时要用到的.驱动函数是所测4函数的主程序,它接收测试数据,并把数据传送给所测试单元,最后再输出实测结果.当被测单元能完成相关功能时,也可以不要驱动单元.
桩,是用来代替所测试单元调用的子单元.)
4.白盒测试有那几种方法:代码审查,语句覆盖,判定覆盖,条件覆盖,组合覆盖,基本路径,形式化方法,符号执行
5.简述测试目标有哪些类型?
参考答案:
    功能测试,负载测试,性能测试,安全性测试,恢复测试,安装测试,兼容性测试,可用性测试,可靠性测试,国际化测试,本地化测试.
6.怎么样做好文档测试?
参考答案:
    文档的测试主要采用静态测试即走查的方法，可以依据的是同行评审，列出一个检查表，然后大家一起坐下来对着被测试的文档进行阅读排错。通常文档都很长，而一般的建议是一次同行评审步的时间不能超过两个小时，因此可以对被测试文档执行测试时，列个计划，将总的文档分解，按照计划多次对被测试的文档进行走查。
7.测试结束的标准是什么?
参考答案:
从项目周期看：
1、超出了所分配的测试时间；
2、用尽了分配的测试资源；
3、到达了某一个固定的里程碑（如合同规定的交付日期）。

从测试角度看：
1、测试需求覆盖率；
2、测试代码覆盖率；
3、测试用例度量；
4、缺陷检查度量
8.Alpha 测试与Beta测试的区别?
参考答案:
    Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。

Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。

9.系统测试计划是否需要同行审批，为什么
参考答案:
需要，系统测试计划属于项目阶段性关键文档，因此需要评审。

10.比较负载测试，容量测试和强度测试的区别?
参考答案:
负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。

Software Testing Release Life Cycle

Software Testing Life Cycle consist of six (generic) phases: 1) Planning, 2) Analysis, 3) Design, 4) Construction, 5) Testing Cycles, 6) Final Testing and Implementation and 7) Post Implementation.

1.                Planning ( Product Definition Phase)

1.11.1.        QA input to document as part of the Process Improvement Project

1.11.2.        Help determine scope issues based on Features of the Product

1.11.3.        5 - 10 hours / month approximately

2.Analysis ( External Document Phase)

3.           Design (Architecture Document Phase)

4.                Construction (Unit Testing Phase)

6.                Final Testing and Implementation (Code Freeze Phase)

举一个常见的例子，刚刚提到有些比较聪明的服务器，这些服务器在每个浏览器第一次跟它要数据时，都会在数据中夹带一个唯一的辨识码，接下来就会利用这个辨识码来辨识跟它要数据的是不是同一个浏览器。一般称这个辨识码为Session ID。对于每个新的交易，服务器都会产生新的Session ID给浏览器。这也就是为什么执行脚本会失败的原因，因为VuGen还是用旧的Session ID向服务器要数据，服务器会发现这个Session ID是失效的或是它根本不认识这个Session ID，当然就不会传送正确的网页数据给VuGen了。

下面的图示说明了这样的情形：

当录制脚本时，浏览器送出网页A的请求，服务器将网页A的内容传送给浏览器，并且夹带了一个ID=123的数据，当浏览器再送出网页B的请求时，这时就要用到ID=123的数据，服务器才会认为这是合法的请求，并且把网页B的内容送回给浏览器。

在执行脚本时会发生什么状况？浏览器再送出网页B的请求时，用的还是当初录制的ID=123的数据，而不是用服务器新给的ID=456，整个脚本的执行就会失败。

第一章测试用例的概念

1．概述

Grenford J. Myers在《The Art of Software Testing》一书中提出：一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试，由此可见测试用例设计工作在整个测试过程中的地位，我们不能只凭借一些主观或直观的想法来设计测试用例，应该要以一些比较成熟的测试用例设计方法为指导，再加上设计人员个人的经验积累来设计测试用例，二者相结合应该是非常完美的组合。本文所介绍的测试用例设计方法对于测试设计人员将是一个很好的方法指导，当然看完本文也未必能设计出好的测试用例，有了好的方法作为指导后需要更多的实践经验加以巩固和提炼。只有将测试设计思想与丰富的实践经验相融合才能设计出高质量的测试用例，相信你行！

本文描述的范围：测试用例基本概念、测试用例设计方法、测试用例设计综合策略。

    关键词：测试用例、等价类划分、边界值分析、错误推测、因果图、判定表驱动分析、正交实验、功能图分析、场景设计

2．测试用例基本概念

2.1 测试用例的定义

测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。简单地说，测试用例就是设计一个场景，使软件程序在这种场景下，必须能够正常运行并且达到程序所设计的执行结果。

2.2 测试用例的特征

1.最有可能抓住错误的；

2.不是重复的、多余的；

3.一组相似测试用例中最有效的；

4.既不是太简单，也不是太复杂。

2.3 测试用例组成元素

1.用例ID；

2.用例名称；

3.测试目的；

4.测试级别；

5.参考信息；

6.测试环境；

7.前提条件；

8.测试步骤；

9.预期结果；

10.设计人员。

2.4 测试用例设计原则

1.测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。

2.测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。

3.测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

第二章 测试用例的编写方法

利用分类树方法设计测试用例

什么是分类数

o"G7p2IB Mx0什么是分类树？设想你希望设计出一个系统用于把一堆的美金硬币分成不同的类别（例如：一分币、五分币、一角币、二角五分币）。假设通过一些测量手段可以区别这些硬币，例如可以用直径来分类。你可以把硬币倒入一个槽，槽的直径恰好能让一角的硬币通过，如果能通过，那么它就被划分为一角的硬币；否则就继续倒入另外一个槽，槽的直径恰好能让一分币的硬币通过，如果能通过，则被分类成一分币；否则又继续下一个槽，这个槽的直径只容五分币大小的通过，如此类推。这样的过程实际上就是在构造一棵分类树。用于构造分类树的判断过程提供了一种有效的方法用于把一堆的硬币归类，而这种方式可以用于更广泛的各种各样的分类问题。51Testing软件测试网SS0DIz7@9I m-il

51Testing软件测试网$?|X)b.@分类树被广泛应用于各种学科，例如医疗诊断、计算机数据结构、植物分类、心理学的决策论等。我们现在要讨论的是分类树在测试用例的设计方面的应用。

分类树方法用于测试用例的设计

0O${[1]Ip0\-KD0测试用例的设计是对测试质量而言非常关键的软件测试活动，因为测试用例集合的选择对测试的深度和测试范围的影响非常大。

[1]QC:^51Testing软件测试网*分类树方法是由Grochtmann和Grimm在1993年提出的，是在软件功能测试方面一种有效的测试方法，通过分类树把测试对象的整个输入域分割成独立的类。51Testing软件测试网u+W!}N qn

    51Testing软件测试网/If@-@/t|wz按照分类树方法，测试对象的输入域被认为是由各种不同的方面组成并且都与测试相关。对于每个方面，分离和组成各种类别，而分类结果的各类又可能再进一步地被分类。这种通过对输入域进行层梯式的分类表现为树状结构。随后，通过组合各种不同分类的结果来形成测试用例。

,K dI|{*p0    FH t u]‑O

如何使用分类树方法设计测试用例？

1x1g9oLtf0分类树方法的基本原理是：首先把测试对象的可能输入按照不同的分类方式进行分类，每一种分类要考虑的是测试对象的不同的方面。然后把各种分开的输入组合在一起产生不冗余的测试用例，同时又能覆盖测试对象的整个输入域。51Testing软件测试网+x

     9Y
Z:C W pI6}Qa@(j0因此，可以把使用分类树方法设计测试用例的过程分为3大步骤：

{%F/b;p5]%eZ01、识别出测试对象并分析输入空间。

51Testing软件测试网e/d!~"H(?4W A2、对测试对象的输入空间进行分类。51Testing软件测试网u
I
ch[1]a M)Yr%lL

3、画出分类树、组合成测试用例。

3、        51Testing软件测试网 l9]:k7[%s(A8wmL

4、51Testing软件测试网
H-w(}FA5m4在第一个步骤中，测试人员需要确定与测试相关的方面。每个方面应该有精确的限制，从而可以清晰地区别测试对象的可能输入。例如，上图中的大小（Size）、颜色（Colour）、形状（Shape）共同组成了测试对象的可能输入的方面。

5、q~)@ K(51Testing软件测试网 D1d#\ I;g1O:~­在接下来的步骤，依据测试对象的每个方面对可能的输入进行划分，这个划分就是数学上说的"分类"。分类的结果就形成了各种"类"。因此一个"分类"的结果代表了测试对象的某个方面的输入。例如，大小（Size）方面的可能输入是大（Large）或者小（Small）；颜色（Colour）方面的可能输入是红色（Red）、绿色（Green）、蓝色（Blue）等。

6、#u!y
A m R­?tW l0L8o;k5B"pS0最后一个步骤是形成测试用例。测试用例是由不同分类的类组合形成，在组合类的时候需要注意逻辑兼容性，也就是说交集不能为空。测试人员组合类形成需要的测试用例，以便覆盖测试对象的所有方面并充分考虑它们的组合。例如，测试用例1就考虑了大尺寸、红颜色、圆形的输入。

分类树方法测试用例设计的工具

+SF O3E7?.h |6^

TVD\.P G;b r­Q

5myFa­`8Kc;B0    51Testing软件测试网"@e'^!d~d‑B,PA工具的使用方法比较简单，下面作简要的介绍。

{ v Z‑Aa8k‑I1jZP(x0h01、首先创建测试对象，如下图所示，创建一个测试对象Block，并开始进行分类。

-z?F]CwC t0

W'ZB5L‑t v051Testing软件测试网}*JJ$S Y72、对测试对象进行分类：添加类别元素Size、Colour、Form，如下图所示。51Testing软件测试网 HE3yX5SJ6` cK

51Testing软件测试网&EN/e
b

xDRw.I3W04、添加测试用例，如下图所示。

"w-Et­E1O0

51Testing软件测试网

6、最后把测试用例输出到文档，以便将来测试人员按照测试用例文档执行测试。

分类树方法测试用例设计工具的扩展思路

虽然CTE XL在应用分类树方法进行测试用例设计方面已经很出色，而且考虑到了与测试用例管理、需求管理的整合，考虑到了测试用例组合的自动化，也考虑到了测试用例组合的规则问题。但是我认为在分类树方法的测试用例设计工具的开发上还可以考虑实现更多有用的功能特性。

\Ig8|j0 51Testing软件测试网X){x%t.qjh首先，可以考虑分类树与软件设计的整合。目前大部分软件企业在软件设计方面都遵循了UML的方式进行设计，能对系统进行详细和深入的分析。而测试用例的设计也是一个由粗到细的设计过程，有些细节不能在需求阶段考虑清楚的，可以在设计阶段借鉴详细设计的结果来指导测试用例的设计。因此如何把UML类图、顶层用例图等直接转换成分类树是一个值得我们考虑的方向。51Testing软件测试网i8y5OQT*py {

vG;l8u"E C sF+G0其次，在测试用例的自动产生方面可以把正交表设计和均匀表设计考虑进去。正交表和均匀表也是很多测试人员使用的测试用例设计方法。正交表的整齐可比性、均匀表的均匀分散性为测试用例的选择筛选提供了有效的途径。它们能使测试用例的设计既不失完整覆盖性，又能有效控制和减少测试用例个数，从而使测试用例的可执行性更强。

测试用例设计白皮书－等价类划分方法

一.方法简介

1.定义

是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。

2.划分等价类：

    等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。

1)有效等价类

是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。

2)无效等价类

与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。

设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。

3.划分等价类的标准：

1)完备测试、避免冗余;

2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合;

3)并是整个集合：完备性;

4)子集互不相交：保证一种形式的无冗余性;

5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。

4.划分等价类的方法

1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。如：输入值是学生成绩，范围是0～100；

 2)在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下,可确立一个有效等价类和一个无效等价类；

3)在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。

4)在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。

例：输入条件说明学历可为:专科、本科、硕士、博士四种之一，则分别取这四种这四个值作为四个有效等价类，另外把四种学历之外的任何学历作为无效等价类。

5)在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）；

6)在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。

5.设计测试用例

在确立了等价类后,可建立等价类表,列出所有划分出的等价类输入条件：有效等价类、无效等价类，然后从划分出的等价类中按以下三个原则设计测试用例：

1)为每一个等价类规定一个唯一的编号；

2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步，直到所有的有效等价类都被覆盖为止；

3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步，直到所有的无效等价类都被覆盖为止.

二.实战演习

1.某程序规定："输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算 … "。用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂。）
  分析题目中给出和隐含的对输入条件的要求：
  （1）整数    （2）三个数    （3）非零数   （4）正数  
  （5）两边之和大于第三边     （6）等腰     （7）等边
   如果 a 、 b 、 c 满足条件（ 1 ） ~ （ 4 ），则输出下列四种情况之一：
   1)如果不满足条件（5），则程序输出为 " 非三角形 " 。
   2)如果三条边相等即满足条件（7），则程序输出为 " 等边三角形 " 。
   3)如果只有两条边相等、即满足条件（6），则程序输出为 " 等腰三角形 " 。
   4)如果三条边都不相等，则程序输出为 " 一般三角形 " 。
   列出等价类表并编号

   覆盖有效等价类的测试用例：
    a      b      c              覆盖等价类号码
    3      4      5             （1）--（7）
    4      4      5             （1）--（7），（8）
    4      5      5             （1）--（7），（9）   
    5      4      5             （1）--（7），（10）
    4      4      4             （1）--（7），（11）
   覆盖无效等价类的测试用例：

2.设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定在1990年1月~2049年12月，并规定日期由6位数字字符组成，前4位表示年，后2位表示月。现用等价类划分法设计测试用例，来测试程序的"日期检查功能"。
  1)划分等价类并编号,下表等价类划分的结果

  2)设计测试用例，以便覆盖所有的有效等价类在表中列出了3个有效等价类，编号分别为①、⑤、⑧，设计的测试用例如下：
    测试数据    期望结果      覆盖的有效等价类
    200211      输入有效      ①、⑤、⑧ 查看(901) 评论(1) 收藏 分享 管理

相信大家在做测试的时候,公司会通过缺陷管理工具来统计,分析,提交BUG报告,有些公司通过这些来考察员工的工作绩效,不知道大家公司在测试的时候究竟找出了多少缺陷呢?下面我们来看看,找缺陷大家是否彻底了呢:

首先,我们来看看软件缺陷的估算方法:

    B=1/2(n/m+n/2m) 其中:n>m,m是复杂性系数,一般取值200LOC~400LOC,LOC单位代表:源代码行数; n是软件的复杂度,一般用源代码总行数来表示.

    例如一个10万行级的代码程序,大概存在如下数目的缺陷:

     B=1/2(100000/200~400+100000/400~800)
      =187.5~375(个)

但是软件错误按开发阶段进行分类,又可以分为:计划错误,需求分析错误,设计错误,编码错误,测试错误,运行与维护错误等.

例如:有一个6877000行源代码程序被发现了含有16029个错误,分析后如下:

1.软件需求错误:1317个  8.2%
2.功能和性能错误: 2624个 16.1%
3.结构错误: 4082个 25.2%
4.数据错误(数据库设计): 3638个 22.4%
5.实现和编码错误: 1601个 9.9%
6.集成错误: 1455个 9.0%
7.系统结构: 282个 1.7%
8.测试定义与执行: 447个 2.8%
9.其他类型: 763个 4.7%

假如你公司只做黑盒测试,呵呵,恭喜你,你们只找到了4000多个Bug. 如果贵公司又做白盒测试,恭喜你,找到了70%多的Bug,最后,如果还做数据库测试的话,又可以多找到3000多个拉.
所以有时候说测试是不能100%的,很多时候我们只是做了其中一少部分的工作,还有很多隐藏的缺陷随时都有可能被触发......

passwd
[users]
#harry = harryssecret
#sally = sallyssecret
admin=admin111
lvzy=lvzy111
含义是：
　　增加了admin这个用户，密码为admin111
　　增加了lvzy这个用户，密码为lvzy111

Author
[groups]
# harry_and_sally = harry,sally
　　进行用户组的配制
比如：
Lantian=admin，lvzy
含义是将admin，lvzy加入到组Lantian中去
# [repository:/baz/fuz]
# @harry_and_sally = rw
# * = r
　　进行文件权限的设置
　　比如存在libs这个文件，而我只希望admin一个人可以读写，lvzy有读权限，未授权的无法访问，则可以这样写
[/libs]
admin=rw
lvzy=r
*=none
注：*表示匿名用户

四．测试SVN
　　在客户端（当然也可以是本机），右击点TortoiseSVN-》Repo_Browser在弹出的URL中输入svn://服务器IP，点击OK，这时会要求你输入用户名和密码，你将你在passwd中设置的用户和密码在这里输入就可以了，然后你就可以看到版本库的内容，当然刚开始是新的，具体的客户端使用请查看其他文档。
五. 说明
　　服务器端防火墙应关闭，否则，将直接影响访问速度或不可访问。
　　服务器端的安装可以完全按照以上四步的操作进行（可以不在服务器上安装客户端，即不执行二.4步骤）；客户端的安装，只需要执行二.4步操作，安装客户端软件即可。客户端使用时，打开IE浏览器按第四步骤输入：svn://IP 即可。

   我到新公司上班也有了5-6天了,这几天里感觉真的很累,也很头痛.因为自己以前学的测试知识或工具,到现在这家公司用不到多少.而且我要熟悉公司的业务知识都得花个1个月,不知道还能待到那个时候不?我待在的是BI产品测试组,做的是智能产品系统的测试,比如中国电信的计费系统什么的.光是里面的专业术语我就得死多少脑细胞了,以前我用的是TD,现在公司的是CQ;数据库以前用过Sql2000与Mysql,而公司现在用的是Oracle,以前用VSS,现在用Svn,还要学Erwin.总之要学的东西太多了,我也相信我自己能做到的.

  但是我自己也有心中的苦闷,这就是为什么我这段时间真的过的很辛苦.感觉时间很漫长!~!等过了那关后我想自己就会心静下来了.

用LOADRUNNER怎么监控Linux主机----详细学习资料

给对象添加自定义方法，随机选择页面上所有下拉框

2008-02-19 11:57:18 / 个人分类：测试技术