功能自动化测试工具为我们带来了什么

简要介绍资料的主要内容,以获得更多的关注

功能自动化测试工具为我们带来了什么 软件测试

由安博测试空间技术中心/提供

地址：北京市海淀区学院路40号大唐电信测试空间楼

功能自动化测试工具为我们带来了什么呢?我不知道大家如何看待这个问题，我总觉的很多人把功能的自动化测试工具看的特别的“厉害”，觉得可以完成很多的工作。领导会说，如果我们用工具进行回归测试，会很快的发现问题，然后减少回归测试的时间，提高项目的效率，如此这般公司开始推行自动化工具。

幸运的，我开始成为自动化工具的推广者，曾经用过自动化测试工具selenium进行简单的自动化测试，因为项目是多省系统，进行系统测试时，重复内容比较多，但是程序又相对稳定。于是在测试的间隙，完成自动化测试脚本，在系统测试中运行测试。效果还是比较好的，现在想想当时的脚本真的是非常脆弱而且是简单的，没有任何的控制语句，场景回复，脚本的维护量比较大，一旦出现问题，脚本跑不通，只能人工排查原因，自动化测试的部分只在系统测试中站系统测试百分之五十的工作量，但是在整个测试的工作量中百分之十都不到，大家仿似看到此时自动化测试的甜头，希望在整个公司中推广自动化测试工具，觉得自动化测试是一种趋势，一种必然，于是我站在风头浪尖开始试着完成这项工作。

自动化测试同手工测试一样，都需要有一个计划，测试的覆盖率，评估自动化测试工具是否能带来收益来确定测试的内容，其实，并不是所有项目都适合自动化测试工具的，如果项目周期短，是不适宜做自动化测试的，自动化测试虽然在运行中比较省时间，但是在前期的设计，脚本的编写和维护都会浪费较多的时间，如果自动化测试脚本不能重复利用多次，自动化对于我们只是一种时间的浪费，只会令整个项目延期。如果你要用qtp这种识别gui属性的工具必须要等待页面功能稳定以后才能进行自动化脚本的设计，因为任何一个控件的

简要介绍资料的主要内容,以获得更多的关注

修改都会导致自动化工具不能识别控件。其次，自动化和手工测试都需要完成用例的设计，手工测试用例有相应的输入输出，自动化脚本也需要，最好能参数化进行。

自动化测试是否能代替手工测试呢?多少人重复的问这这个问题，答案是不能，自动化测试最大的用处是保证测试的质量，而不是发现问题，而手工测试是发现问题。因为我们每次的回归测试，如果是手工测试的情况由于时间的关系并不能因为一个模块的bug，去测试其他的模块，而自动化测试工具的加入，可以保证所以模块的基本功能，每次回归用手工去发现验证问题，用自动化工具去保证整个软件的基本功能正常运行，自动化的推广是逐步的，首先做一些冒烟测试的自动化，随后把一些主要的功能和测试点也加进来，但是千万不要太细化，到所有手工测试的点，这样，会带来很大的风险，自动化程度越高，风险将越大。

自动化的另外一个注意点就是管理，引入一项内容，必然就需要花一定的时间对引入的内容做管理，例如用td管理工具，一定有相应的说明文档，使他不依赖于某个人，以至于某个人的离职不会对自动化工作造成太大的打击。

自动化测试工具带来了什么?带来了质量的保证同时也引入了问题，看你如何规避各种各样的问题，让自动化测试工具为你所用啦。

由安博测试空间技术中心/提供 地址：北京市海淀区学院路40号大唐电信测试空间楼 1.什么是负载测试？什么是性能测试？

性能测试（或称多用户并发性能测试）、负载测试、强度测试、容量测试是性能测试领域里的几个方面，但是概念很容易混淆。下面将几个概念进行介绍。

性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。

关注点：how much和how fast

负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。 关注点：how much

简要介绍资料的主要内容,以获得更多的关注

强度测试（Stress Test）： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。包括 Spike testing：短时间的极端负载测试 Extreme testing：在过量用户下的负载测试 Hammer testing：连续执行所有能做的操作

容量测试(Volume Test)：确定系统可处理同时在线的最大用户数 关注点：how much（而不是how fast）

容量测试，通常和数据库有关，容量和负载的区别在于：容量关注的是大容量，而不需要表现实际的使用。

其中，容量测试、负载测试、强度测试的英文解释为： Volume Testing = Large amounts of data Load Testing = Large amount of users

Stress Testing = Too many users, too much data, too little time and too little room

2.性能测试包含了哪些测试（至少举出3种）

包含以下测试类型：

基准测试 - 比较新的或未知测试对象与已知参照标准（如现有软件或评测标准）的性能。 争用测试： - 核实测试对象对于多个主角对相同资源（数据记录、内存等）的请求的处理是否可以接受。

性能配置 - 核实在操作条件保持不变的情况下，测试对象在使用不同配置时其性能行为的可接受性。

负载测试（Load Test） -是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。

核实在保持配置不变的情况下，测试对象在不同操作条件（如不同用户数、事务数等）下性能行为的可接受性。

强度测试Stress Testing -核实测试对象性能行为在异常或极端条件（如资源减少或用户数过多）之下的可接受性。

3.简述性能测试的步骤

性能测试的过程应该为六个阶段，分别是[b]发现、探究、提案、执行、复查、收尾[/b]。原文如下： 1， Discover the problem： 发现问题。

这个步骤最重要的就是发现(Discover)问题，详述问题(Discribe),并且正确而详细地记录(Document)下来。在进入下一步骤前，我们测试人员应该问问自已以下这些问题： [b] ·对于问题是否已经有简明的描述

简要介绍资料的主要内容,以获得更多的关注

·用户的基线与期待在哪 [/b]

2， Explore the conditions： 探究原因，为问题提供明确的定义与定位。

这个步骤的主要任务：是广泛搜集相关数据，尽量了解系统的每一个方面，避免深入分析时，漏了某个关键的现象而误入歧途； 重点：是探索(Explore)，寻找证据(Evidence),建立(Establish)整个问题的来龙去脉的假设。

有的时候在这个阶段就可以发现重大问题，一眼就看出关键点，例如硬件毁损，某个硬盘区块或内存块不稳，或某个其他程序吃掉所有的内存，让SQL Server无内存可用，或是该程序常常死当，拖垮CPU等等。

3， Track down possible approaches：提供可能的解决方案。

这个步骤的主要任务：深入分析数据间的关联性，并对整个问题的前因后果提出假设，最后拟定出相应的策略(计划)。如果前一个步骤做得不够详实，在这个步骤我们可能就会误判，导致努力的半天，但就是找不到瓶颈点。

这个步骤的最重要的动作：是拟定计划。一个好的计划，你才能知道方向与步骤。

4， Execute the most likely approach：执行最有可能的解决方案。

…… 此处隐藏：2937字，全部文档内容请下载后查看。喜欢就下载吧 ……