winrunner视频教程

① QTP自动化测试实践的图书目录

第1篇 自动化测试基础篇
第1章 软件测试基础
1.1 软件缺陷与软件测试
1.1.1 软件缺陷与硬件缺陷的异同
1.1.2 如何通过软件测试发现软件缺陷
1.2 软件质量与软件测试
1.2.1 软件质量管理在项目管理如拆中的地位
1.2.2 软件开发模式与软件测试
1.2.3 软件开发模式与自动化测试
1.2.4 软件测试能保证软件质量吗
1.3 软件开发与渣渗枣软件测试
1.3.1 软件开发与软件测试的对立统一
1.3.2 测试人员需要的开发技术
第2章 软件自动化测试
2.1 手工测试与自动化测试
2.1.1 手工测试的缺点
2.1.2 什么时候使用自动化测试
2.1.3 自动化测试——你准备好了吗
2.2 如何开展自动化测试
2.2.1 选取合适的测试项目来开展自动化测试
2.2.2 自动化测试介入的时机
2.2.3 自动化测试工程师的基本素质和技能要求
2.2.4 自动化测试的成本
2.3 自动化测试方案
2.3.1 选择自动化测试方案
2.3.2 自动化测试脚本的编写方法
2.3.3 线性脚本的编写方法
2.3.4 结构化脚本的编写方法
2.3.5 共享脚本的编写方法
2.3.6 数据驱动脚本的编写方法
2.3.7 关键字驱动脚本的编写方法
2.3.8 合理选择自动化测试脚本开发方法
2.4 实用性自动化测试策略
2.4.1 自动化测试工具的问题
2.4.2 自动化测试的管理规范
2.4.3 自动化测试中人的因素
第3章 软件自动化测试工具
3.1 自动化测试工具类型
3.1.1 商业测试工具
3.1.2 开源测试工具
3.1.3 自主开发测试工具
3.2 自动化测试工具选型
3.2.1 测试工具评估
3.2.2 测试工具试用
3.2.3 自动化测试工具的培训
3.3 自动化测试工具的原理
3.3.1 基于代码层面的功能自动化测试工具
3.3.2 基于浏览器和DOM对象模型的功能自动化测试工具
3.3.3 基于GUI对象识别的测试工具原理
3.3.4 反射机制在自动化功能测试工具中的使用
3.3.5 UI Automation在自动化功能测试工具中的使用
3.3.6 QTP对象识别技术
第2篇 QTP使用基础篇
第4章 QuickTest Professional的安装和配置
4.1 QTP 9.2的安装
4.1.1 安装要求
4.1.2 QTP 9.2支持的环境和程序
4.1.3 QTP 9.2支持的插件
4.1.4 安装步骤
4.2 QTP 9.2的基本配置
4.2.1 QTP的帮助文档
4.2.2 QTP的视频教程
4.2.3 QTP自带的样例程序
4.2.4 启动QTP
4.2.5 插件加载设置与管理
4.2.6 创建一个空的测试项目
4.2.7 录制和测试运行设置
4.2.8 指定需要录制的应用程序
4.2.9 使用QTP编写第一个自动化测试脚本
第5章 QuickTest Professional的基本使用方法
5.1 QTP基本功能的使用
5.1.1 QTP自动化测试的基本过程
5.1.2 在关键字视图中编辑测试脚本
5.1.3 在关键字视图中为测试步骤添加注释
5.1.4 在关键字视图中添加测试信息的输出
5.1.5 插入检查点（Checkpoint）
5.1.6 在关键字视图中插入新的测试步骤
5.1.7 在专家视图中编辑测试脚本
5.1.8 脚本编辑器的使用
5.2 编辑测试脚本
5.2.1 识别对象
5.2.2 Object Spy的使用
5.2.3 对象库管理
5.2.4 把测试对象添加到对象库中
5.2.5 导出对象库文件
5.2.6 在测试脚本中访问对象库的测试对象
5.2.7 添加新的Action
5.2.8 关联Action的对象库
5.2.9 编辑新的Action
5.2.10 在函数库中创建自定义函数
5.3 运行和调试测试脚本
5.3.1 语法检查
5.3.2 使用断点
5.3.3 单步调试
5.3.4 调试查看器的使用
5.3.5 运行整个测试
5.3.6 运行部分测试
5.3.7 批量运行测试
5.4 分析测试结果
5.4.1 选择测试喊伍运行结果的存储位置
5.4.2 查看概要测试运行结果
5.4.3 查看检查点的结果
5.4.4 查看测试过程的截屏
5.5 利用Active Screen来编辑测试脚本
5.5.1 查看Active Screen
5.5.2 Active Screen的设置
5.5.3 在Active Screen中选择并添加对象到对象库
5.5.4 选择Active Screen中的对象并输出其对象属性
5.5.5 在Active Screen中插入检查点
5.5.6 在Active Screen中选择对象并添加测试步骤
第6章 QuickTest Professional与其他工具的整合
6.1 与WinRunner的整合
6.1.1 在QTP中调用WinRunner的测试脚本
6.1.2 在QTP中调用WinRunner的函数
6.2 QTP与LoadRunner的整合
6.2.1 在QTP中为LoadRunner设计测试脚本
6.2.2 使用Silent Test Runner模拟LoadRunner的调用
6.2.3 在LoadRunner中插入和运行QTP脚本
6.2.4 在LoadRunner中运行QTP脚本需要注意的几点
第3篇 QTP脚本开发篇
第7章 关键字驱动测试
7.1 关键字驱动测试方法
7.1.1 什么是关键字驱动测试方法
7.1.2 关键字测试驱动框架
7.1.3 关键字驱动实现自动化测试的阶段划分
7.1.4 什么时候使用关键字驱动测试方法
7.2 可视化编辑测试步骤
7.2.1 编辑对象库
7.2.2 选择测试对象
7.2.3 选择测试对象相应的操作
7.2.4 设置测试逻辑
7.3 检查点的使用
7.3.1 为测试添加检查点
7.3.2 检查点类型
7.3.3 添加标准检查点
7.3.4 添加图像检查点
7.3.5 添加位图检查点
7.3.6 添加表格检查点
7.3.7 添加文本检查点
7.3.8 添加文本区域检查点
7.3.9 添加可访问性检查点
7.3.10 添加页面检查点
7.3.11 添加数据库检查点
7.3.12 添加XML检查点
第8章 数据驱动测试
8.1 数据驱动测试方法
8.1.1 什么时候使用数据驱动测试方法
8.1.2 数据驱动测试的一般步骤
8.2 参数化测试
8.2.1 通过参数化测试来提高测试的灵活性
8.2.2 参数化测试步骤
8.2.3 使用随机数来进行参数化
8.2.4 参数化检查点
8.2.5 设置数据表格迭代方式
8.3 Action测试输入的参数化
8.3.1 编辑Action的属性
8.3.2 添加Action的输入参数
8.3.3 调用Action
8.4 使用环境变量的参数化
8.4.1 定义和设置环境变量
8.4.2 在测试步骤中绑定环境变量值
8.4.3 导出环境变量到XML文件
8.4.4 导入外部环境变量文件
8.5 使用数据驱动器来参数化测试
8.5.1 数据驱动器的使用方法
8.5.2 数据驱动向导
第9章 VBScript基础
9.1 脚本语言简介
9.1.1 Windows脚本语言
9.1.2 测试工具的“厂商语言”
9.2 VBScript语言基础
9.2.1 VBScript的数据类型
9.2.2 变量子类型（Variant Subtypes）
9.2.3 VBScript的变量
9.2.4 VBScript的运算符
9.2.5 VBScript的条件语句
9.2.6 VBScript的循环语句
9.2.7 VBScript的Sub与Function
9.2.8 VBScript的数组
9.3 VBScript与正则表达式
9.3.1 正则表达式简介
9.3.2 在VBScript中使用正则表达式
9.3.3 正则表达式在自动化测试中的使用
第10章 QTP测试脚本开发
第11章 QTP描述性编程 222
第12章 使用QTP测试标准Windows对象
第13章 使用QTP测试ActiveX对象
13.1 ActiveX对象的测试
13.1.1 Object属性的使用
13.1.2 AcxUtil对象的FireEvent方法的使用
13.2 各类ActiveX控件的测试
13.2.1 RadioButton类ActiveX控件的测试
13.2.2 CheckBox类ActiveX控件的测试
13.2.3 Calendar类ActiveX控件的测试
13.2.4 Label类ActiveX控件的测试
13.2.5 ProgressBar类ActiveX控件的测试
13.2.6 SliderBar类ActiveX控件的测试
13.2.7 LED类ActiveX控件的测试
13.2.8 ListBox类ActiveX控件的测试
第14章 使用QTP测试VB对象
14.1 Visual Basic控件的测试
14.2 对各类VB控件的测试
14.2.1 VbButton对象的测试
14.2.2 VbCheckBox对象的测试
14.2.3 VbComboBox对象的测试
14.2.4 VbEdit对象的测试
14.2.5 VbEditor对象的测试
14.2.6 VbFrame对象的测试
14.2.7 VbLabel对象的测试
14.2.8 VbList对象的测试
14.2.9 VbRadioButton对象的测试
14.2.10 VbScrollBar对象的测试
14.2.11 VbWindow对象的测试
第15章 使用QTP测试标准Web对象
15.1 Web对象的测试
15.1.1 加载Web插件
15.1.2 Web的录制和运行设置
15.1.3 QTP支持的浏览器
15.1.4 Windows Applications的录制和运行设置
15.1.5 设置IE的“Enable Tabbed Browsering”选项
15.1.6 使用Object属性访问DOM对象
15.1.7 使用Browser对象控制浏览器的导航
15.2 对各类Web对象的测试
15.2.1 Page对象的测试
15.2.2 Frame对象的测试
15.2.3 Image对象的测试
15.2.4 Link对象的测试
15.2.5 WebButton对象的测试
15.2.6 WebCheckBox对象的测试
15.2.7 WebEdit对象的测试
15.2.8 WebFile对象的测试
15.2.9 WebList对象的测试
15.2.10 WebRadioGroup对象的测试
15.2.11 WebTable对象的测试
15.2.12 WebXML对象的测试
15.2.13 WebElement对象的测试
第4篇 QTP高级技术篇
第16章 QTP的插件技术
16.1 QTP插件简介
16.1.1 查看插件安装和加载情况
16.1.2 插件分离的好处
16.2 内建插件与外部插件
16.2.1 内建插件
16.2.2 外部插件
16.2.3 插件的安装
16.3 插件加载与插件管理
16.3.1 QTP的插件加载过程分析
16.3.2 关联QTP插件与测试脚本
16.3.3 插件关联管理
16.3.4 通过编程方式启动QTP并加载插件
16.3.5 插件与检查点类型的关系
第17章 使用QTP的.NET插件测试.NET平台软件
17.1 QTP的.NET插件
17.1.1 .NET插件安装与设置
17.1.2 .NET Windows Forms Spy的使用
17.1.3 利用.NET Windows Forms Spy来分析.NET控件
17.2 测试.NET Windows Forms控件
17.2.1 QTP支持的.NET Windows Forms控件
17.2.2 通过Object属性来获取对象的内部属性
17.2.3 通过Object属性访问并执行控件方法
17.2.4 查看Object属性的两种方法
17.3 测试WPF控件
17.3.1 加载WPF插件
17.3.2 QTP支持的WPF控件
17.3.3 访问WPF控件的内部属性和方法
17.4 测试.NET Web Forms控件
17.4.1 QTP支持的.NET Web Forms控件
17.4.2 测试.NET Web Forms的程序的前提条件
17.4.3 利用Object属性来增强.NET Web Forms程序的测试
第18章 QTP的.NET插件扩展技术及其使用 323
18.1 QTP的.NET插件提供的扩展模块
18.1.1 .NET插件的扩展模块机制介绍
18.1.2 使用.NET Windows Forms Spy来协助开发扩展性
18.2 使用C#对QTP的.NET插件进行扩展
18.2.1 安装Custom Server模板
18.2.2 建立.NET控件的测试扩展项目
18.2.3 实现控件录制逻辑
18.2.4 注册TrackBar控件的事件处理器
18.2.5 实现控件的运行逻辑
18.2.6 对QTP进行配置
18.2.7 扩展项目的运行
第19章 QTP的自动化对象模型及其使用
19.1 QTP自动化对象模型简介
19.1.1 什么时候使用自动化对象模型库
19.1.2 选择开发语言和环境
19.1.3 对象模型库基本元素
19.2 在C#中使用QTP自动化对象模型
19.2.1 引用对象库
19.2.2 在C#中调用QTP对象模型库
19.3 常用的自动化对象模型方法介绍
19.3.1 在C#中启动QTP并加载指定插件
19.3.2 在VBScript脚本中设置QTP选项
19.3.3 导出QTP选项设置到VBScript脚本
19.3.4 在VBScript脚本中设置QTP的环境变量
19.3.5 在VBScript脚本中设置测试运行选项
19.3.6 导出QTP测试设置到VBScript脚本中
第20章 使用QTP开发一个猴子测试工具
20.1猴子测试20.1.1猴子测试简介20.1.2笨猴子与聪明猴子20.1.3什么时候使用猴子测试20.2使用QTP设计一个笨猴子20.2.1用QTP实现笨猴子的基本要素20.2.2使用Randomize函数产生随机数20.2.3使用RandomNumber对象获取随机数20.2.4通过WMI对象获取屏幕高度和宽度20.2.5利用DotNetFactory获取屏幕高度和宽度20.2.6让猴子控制鼠标和键盘20.2.7调用C#代码中封装的Windows API函数20.2.8输入随机字符串20.2.9记录测试信息20.2.10截屏20.2.11记录性能信息20.2.12基本的猴子测试工具20.2.13猴子测试工具的改进点
第21章 使用QTP测试Web Services
21.1Web Services插件介绍21.1.1什么是Web Services21.1.2Web Services插件的帮助文档21.2使用Web Services插件测试Web Services21.2.1Web Service测试向导的使用21.2.2运行Web Service测试21.2.3修改Web Service测试脚本中的检查点21.2.4参数化Web服务的输入21.2.5在对象库中添加Web Service测试对象21.2.6检查WSDL是否满足WS-I标准21.2.7使用ValidateWSDL方法检查WSDL
第22章 如何编写高质量的QTP测试脚本
22.1QTP测试脚本编码规范22.1.1常量命名规范22.1.2变量命名规范22.1.3对象命名规范22.1.4代码注释规范22.1.5代码风格22.2通过管理对象库来提高代码的可读性22.2.1直接录制的测试脚本的问题22.2.2通过修改命名来达到更加易读的效果22.2.3缩减代码行长度的方法22.2.4以中文命名测试对象

② 什么是白盒测试 白盒测试的优缺点

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，即清楚盒子内部的东西以及里面是如何运作的。

③ 软件测试的方法有哪些

选择培训机构时就一定考虑到以下几点：

1、课程选择，不要只是简单的学习功能测试，而是会涵盖有现在流行的自动化测试、GUI测试，接口测试和性能测试开发等内容；

2、培训机构的教学不仅仅是教会你做标准的软件测试，而是要教你一些测试逻辑，教会你使用工具但又不依赖于这些工具也可以完成自动化测试，也就是其背后的底层的工作原理，这些东西才是真正能够内化成属于你个人的核心竞争力。

3、现在的移动互联网企业对自动化测试的需求非常大，也会要求学员掌握程序设计的原理，所以测试开发性综合性人才才是未来IT行业的需求方向。

4、一定要去参加试学，因为很多人目标不明确，甚至是迷茫的，所以去试学一周，看看自己是不是真的想做技术，或者适合做技术。

5、授课方式，有些是面授，有些是视频授课，各有优点，就看自己喜欢哪种了。当然，线下面授的学费应该更高，毕竟成本在那里，学习时有老师盯着，有同学陪着，能够更快的进入学习的状态，有更充足的斗志。

④ [软件测试题目]一次测试用例设计的完整的过程描述

黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。

采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。

黑盒测试试图发现以下类型的错误：

1）功能错误或遗漏；
2）界面错误；
3）数据结构或外部数据库访问错误；
4）性能错误；
5）初始化和终止错误。

一、黑盒测试的测试用例设计方法

·等价类划分方法
·边界值分析方法
·错误推测方法
·因果图方法
·判定表驱动分析方法
·正交实验设计方法
·功能图分析方法

等价类划分:

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

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

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

无效等价类:与有效等价类的定义恰巧相反.

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

2）划分等价类的方法:下面给出六条确定等价类的原则.

①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.

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

③在输入条件是一个布尔量的颂租情况下,可确定一个有效等价类和一个无效等价类.

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

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

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

3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:

输入条件 有效等价类 无效等价类

... ... ...

... ... ...

然后从划分出的等价类中按以下三个原则设计测试用例:

①为每一个等价类规定一个唯一的编号.

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

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

边界值分析法

边界值分析方法是对等价类划分方法的补充.

（1）边界值分析方法的考虑:

长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.

使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

（2）基于边界值分析方法选择测试用例的原则:

1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.

2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.

3）根据规格说明的每个输出条件,使用前面的原则1）.

4）根据规格说明的每个输出条件,应用前面的原则2）.

5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.

6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.

7）分析规格说明,找出其它可能的边界条件.

错误推测法

错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.

错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

因果图方法

前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.

因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

利用因果图生成测试用例的基本步骤:

(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.

(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.

(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.

(4) 把因果图转换为判定表.

(5) 把判定表的每一列拿出来作为依据,设计测试用例.

从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.

前面因果图方法中已经用到了判定表.判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.

判定表通常由四个部分组成.

条件桩（Condition Stub）:列出了问题得所有条件.通常认为列出得条件的次序无关紧要.

动作桩（Action Stub）:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.

条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值.

动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.

规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.

判定表的建立步骤:（根据软件规格说明）

①确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有 种规则.

②列出所有的条件桩和动作桩.

③填入条件项.

④填入动作项.等到初始判定表.

⑤简化.合并相似规则（相同动作）.

B. Beizer 指出了适合使用判定表设计测试用例的条件:

①规格说明以判定表形式给出,或很容易转换成判定表.

②条件的排列顺序不会也不影响执行哪些操作.

③规则的排列顺序不会也不影响执行哪些操作.

④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.

⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.

黑盒测试的优点

1. 基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了
2. 设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因

黑盒测试的缺点

1. 结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴
2. 没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来作
3. 就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。而就有状态的测试来说，就更麻烦了，尤其不是一个单独的testcase造成的问题。这些在堆的问题中表现的更为突出。

黑盒测试（功能测试）工具的选择

那么，如何高效地完成功能测试？选择一款合适的功能测试工具并培训一支高素质的工具使用队伍无疑是至关重要的。尽管现阶段存在少数不采用任何功能测试工具，从事功能测试外包项目的软件服务企业。短期来看，这类企业盈利状况尚可，但长久来看，它们极有可能被自动化程度较高的软件服务企业取代。

目前，用于功能测试的工具软件有很多，针对不同架构软件的工具也不断推陈出新。这里重点介绍的是其中一个较为典型自动化测试工具，即Mercury公司的WinRunner。

WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。通过自动捕获、检测和模拟用户交互操作，WinRunner能识别出绝大多数软件功能缺陷，从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。

WinRunner的特点在于: 与传统的手工测试相比，它能快速、批量地完成功能点测试; 能针对相同测试脚本，执行相同的动作，从而消除人工测试所带来的理解上的误差; 此外，它还能重复执行相同动作，测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测试脚本，一个高素质的测试工程师能借助它完成流程极为复杂的测试，通过使用通配符、宏、条件语句、循环语句等，还能较好地完成测试脚本的重用; 它针对于大多数编程语言和Windows技术，提供了较好的集成、支持环境，这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。

WinRunner的工作流程大致可以分为以下六个步骤:

1．识别应用程序的GUI

在WinRunner中，我们可以使用GUI Spy来识别各种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。它提供两种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存储、加载，推荐初学者选用这种模式。但是，这种模式不易于描述对象的改变，其效率比较低，因此对于一个有经验的测试人员来说前者不失为一种更好的选择，它只产生一个共享的GUI文件，这使得测试脚本更容易维护，且效率更高。

2．建立测试脚本

在建立测试脚本时，一般先进行录制，然后在录制形成的脚本中手工加入需要的TSL（与C语言类似的测试脚本语言）。录制脚本有两种模式: Context Sensitive和Analog，选择依据主要在于是否对鼠标轨迹进行模拟，在需要回放时一般选用Analog。在录制过程中这两种模式可以通过F2键相互切换。

只要看看现代软件的规模和功能点数就可以明白，功能测试早已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段。而性能测试则是控制系统性能的有效手段，在软件的能力验证、能力规划、性能调优、缺陷修复等方面都发挥着重要作用。

3．对测试脚本除错(debug)

在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。可以使用step、pause、breakpoint等来控制和跟踪测试脚本和查看各种变量值。

4．在新版应用程序执行测试脚本

当应用程序有新版本发布时，我们会对应用程序的各种功能包括新增功能进行测试，这时当然不可能再来重新录制和编写所有的测试脚本。我们可以使用已有的脚本，批量运行这些测试脚本测试旧的功能点是否正常工作。可以使用一个call命令来加载各测试脚本。还可在call命令中加各种TSL脚本来增加批量能力。

5．分析测试结果

分析测试结果在整个测试过程中最重要，通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后，会产生一个测试报告，从这个测试报告中我们能发现应用程序的功能性缺陷，能看到实际结果和期望结果之间的差异，以及在测试过程中产生的各类对话框等。

6．回报缺陷（defect）

在分析完测试报告后，按照测试流程要回报应用程序的各种缺陷，然后将这些缺陷发给指定人，以便进行修改和维护。

常用的功能测试方法

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
3. 检查按钮的功能是否正确：如update, cancel, delete, save等功能是否正确。
4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.
5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.
6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致
9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.
11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.
12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.
13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。
14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.
15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.
17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*
19. 快捷键检查：是否支持常用快捷键，如Ctrl C Ctrl V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.您好!欢迎共同讨论！有时间逛逛IT实验室,天天软件测试网

⑤ 软件测试的方法一共有几种

1、从是否关心内部结构来看

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

2、从是否执行代码看

（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

3、从开发过程级别看

（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

在系统测试中，对于具体的测试类型有：

（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。

（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

（6）余量测试：对软件是否达到规格说明中要求的余量的测试。

（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

（10）边界测试：对软件处在边界或端点情况下运行状态的测试。

（11）数据处理测试：对完成专门数据处理功能所进行的测试。

（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

（13）容量测试：检验软件的能力最高能达到什么程度的测试。

（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。

（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

4、从执行过程是否需要人工干预来看

（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

5、从测试实施组织看

（1）开发测试：开发人员进行的测试

（2）用户测试：用户方进行的测试

（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

6、从测试所处的环境看

（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试

（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

(5)winrunner视频教程扩展阅读

软件测试的内容：

1 得到需求、功能设计、内部设计说书和其他必要的文档

2 得到预算和进度要求

3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 硬件、软件、通信等 )

7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

8 确定对测试的输入数据的要求

9 分配任务和任务负责人，以及所需的劳动力

10 设立大致的时间表、期限、和里程碑

11 确定输入环境的类别、边界值分析、错误类别

12 准备测试计划文件和对计划进行必要的回顾

13 准备白盒测试案例

14 对测试案例进行必要的回顾 / 调查 / 计划

15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

16 得到并安装软件版本

17 进行测试

18 评估和报告结果

19 跟踪问题 / 错误，并解决它

20 如果有必要，重新进行测试

21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

⑥ 软件测试属于哪个方面。最好详细点，谢谢

软件耐余测试相关免费下载

链接:https://pan..com/s/11er7Ubhds9TNmNH8674-gQ

软件测试（英语：Software Testing），描述一种用来促进鉴定软件的正确铅兆性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在昌激滚规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

⑦ 自动化测试工具有哪些

自动化测试工具有如下几种：

1、WinRunner

Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。

通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。

2、Rational Robot

是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational Test Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。

这种测试和管理的双重功能是自动化测试的理想开始。

3、AdventNet QEngine

AdventNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP测试、回归测试和Java应用性能测试。

支持对于使用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-commerce、传统客户端/服务器等开发的应用程序进行测试。此工具以Java开发，因此便于移植和提供多平台支持。

4、SilkTest

是业界领先的、用于对企业级应用进行功能测试的产品，可用于测试Web、Java或是传统的C/S结构。SilkTest提供了许多功能，使用户能够高效率地进行软件自动化测试。

这些功能包括：测试的计划和管理；直接的数据库访问及校验；灵活、强大的4Test脚本语言，内置的恢复系统(Recovery System)；以及具有使用同一套脚本进行跨平台、跨浏览器和技术进行测试的能力。

5、QA Run

QARun的测试实现方式是通过鼠标移动、键盘点击操作被测应用，即而得到相应的测试脚本，对该脚本可以进行编辑和调试。在记录的过程中可针对被测应用中所包含的功能点进行基线值的建立，换句话说就是在插入检查点的同时建立期望值。

在这里检查点是目标系统的一个特殊方面在一特定点的期望状态。通常，检查点在QARun提示目标系统执行一系列事件之后被执行。检查点用于确定实际结果与期望结果是否相同

⑧ 哪位朋友请介绍一下Winrunner方面书有哪些比较好

gxmiqtnf您好!列出几本：James A. Whittaker 《实用软件测试指南》《软件测试技术经典教程——高级软件测试工程师专用》赵斌科学出版社段念《软件性能测试过程详解与案旁配禅例运尘分析》《软件测试实战》。。。今后一起共勉！建议到软卖锋件测试一些网站 IT168,天天软件测试网,IT实验室 找一找，非常多

⑨ 软件测试常用的工具有哪些

软件测试分为功能测试、接口测试、自动化测试、性能测试几大方向，每个方向用到的测试工具都不尽相同。功能测试会用到SVN、禅道、QCALM、Jira等软件测试管理工具。接口测试则会用到Jmeter、Postman、Fiddler软件，使用Jmeter可以执行测试用例，对页面跳转，参数传递等功能进验证。

自动化测试则又分为Web自动化测试和移动自动化测试。Web自动化测试主要会用到Selenium软件以及Firebug插件工具，使用Selenium可以对网站的核心功能进行自动化测试，包括元素定位、鼠标键盘的模拟操作及自动化测试框架的使用等。Web自动化测试主要用到的是Appium以及Monkey软件。Appium可以对APP核心功能进行测试验证，包括ID、xpath、list元素定位，数据交互、模块封装以及自动化测试框架的使用，生成测试报告，对APP功能进行评估等。

⑩ 游戏测试工程师是做什么的需要操作哪些软件么

游戏测试工程师做什么和公司及在公枣碰司的角色有关。
先说说公司吧。有的游戏公司做手机游戏，有的游戏公司做网游。公数腔司差别大吧，那你做的工作也就大的多了。
再说说在公司里的角色吧。同一个公司譬如盛大，你是做客户端测试还是服务器测试呢？做客户凳毕谈端测试大多也就是做共更能测试，玩玩游戏，做服务器测试对技术要求很高，最起码得精通shell吧。
详细的咱们以后聊^_^