软件评测师教程笔记

选择合适的自动化测试工具 建议以下几个方面来权衡： （1）功能 报表功能

测试工具的集成能力 操作系统和开发工具的兼容性 （2）价格

（3）测试工具的长期投资考虑 测试工具的引入： 确定测试工具的应用时机； 确定测试重点； 确定测试目标和指标； 充分利用测试工具的优势； 加强对测试工程师的技能培训；

2.11.4功能自动化测试 1、测试原理

测试自动化测试工具基本上都是采取录制回放的方式来模拟用户的实际操作。在软件操作中点击图形用户界面上的对象时，测试工具会用一种类C或其他的脚本语言（TSL）生成一个测试脚本，该脚本记录了你的操作过程，然后测试工具就可回放刚才的操作过程。测试工具采取两种录制模式： （1）环境判断模式

这种模式根据你选取的图形用户界面对象（如窗体、清单、按钮等），把你对软件的操作动作录制下来，每一次你对被测软件进行操作，测试脚本语言会记录并描述你选取的对象和你的操作动作。当你进行录制时，测试工具会对你选取的每个对象做惟一描述并写入相应的文件中。回放时，测试工具从指定文件中读取对象描述，并在被测软件中查找符合这些描述的对象并模拟用户使用鼠标选取该对象、用键盘输入数据的操作。 （2）模拟模式

这种模式记录鼠标点击、键盘输入和鼠标在二维平面上的精确运动轨迹。执行测试时，测试工具让鼠标根据轨迹运行。

通常情况下，其实施测试必须经历的几个操作步骤如下：

创建脚本。你可以通过录制、编程或两者同用的方式创建测试脚本。测试工具可以自动记录你的操作并生成所需的脚本代码，你还可以直接修改测试脚本以满足各种复杂测试的需求，录制测试时，在需要检查软件反应的地方插入检查点。在这个过程中，测试工具会自动捕捉数据，并将该数据作为期望结果储存下来。

调试脚本：脚本录制或编辑结束后，在调试模式下运行脚本。并可以设置中断点来监测变量，控制对象识别和隔离错误。

执行测试：脚本调试结束后，便可以在检验模式下测试被测软件。

结果分析：每次测试结束，测试工具都会把测试情况显示在测试结果报告中。 2.11.5负载压力自动化测试

负载测试是为了证明在与产品（预期）规模等同的数据库中处理给定的事务请求的容量下，系统功能与性能是否与需求规格说明中规定的，可接受的响应时间一致的测试过程。而压力测试则是使客户机在大容量情况下运行的测试过程，目的是查看应用将在何时何处出现中断，即识别系统的薄弱环节。

负载压力测试工具基本上都是采取录制回放的方式来模拟用户的实际操作的，而且测试工具一般都会有一个后台代理进程，通过该代理进程，测试工具可以监视并获取在各种通信协议下应用系统的客户与服务器的通信信息，测试工具会用一类C或者其他的脚本语言（TSL）生成一个测试脚本，该脚本记录了你对服务器的请求过程，然后测试工具就可以回放刚才的访问过程，接收服务器的响应，当然你也可以用手工编程生成这个脚本。

同时，控制台还可以通过服务器上开启的远程RPC服务，获取相关的资源使用信息，最后还可以收集测试数据。

在进行测试脚本录制与分配的过程中，应遵循如下几个原则。 脚本越小越好。

选择负载压力最高的业务功能进行测试。 选择所需要的操作进行录制。

测试工具模拟多用户并发访问可以有以下两种方式：

进程回放模式； 线程回放模式； 操作步骤如下：

协议选择： 创建测试脚本： 参数化测试数据

创建虚拟用户，设定负载方案 执行测试 结果分析

第3章软件质量与评价（软件测试标准）

3.1质量的定义

软件质量的定义：反映实体满足明确的隐含的需要的能力的特性的总和。 质量是多维的概念，包括：实体、实体的属性和对实体的观点。 质量是实体特性的总和，满足明确或隐含要求的能力。 3.2测度与度量

测量就需要首先建立质量指标体系或质量模型，然后使用特定测量方法才能实施测量。

在软件质量中用于测量一种量化的标度和方法即为“测度”，而名词的“度量”用来指测量的结果。 3.3软件质量模型

影响软件质量的因素可以分为两大类：可直接测量（如每个功能点的错误）和间接度量（如可用性、可维护性）。

McCall质量模型，集中在软件产品的三个重要方面：操作特性（产品运行）、承受可改变能力（产品修订）、新环境适应能力（产品变迁）。

我国的软件产品质量评价标准GB/T 16260-1996。它是一个分层质量模型，有6个影响质量的特性。

国际标准化组织1991年颁布了ISO-9126-1991标准《软件产品评价—质量特性及其使用指南》。我国也于1996发布了同样的软件产品质量评价标准GB/T16260-1996。它是一个分层质量模型，有6个影响质量的特性。如图3-3所示说明了质量特性与质量子特性的层次结构。