脚本自动化测试

A. 16 Web 自动化测试 -- Jenkins执行脚本

想要通过Jenkins来执行脚本，我们得在Jenkins上先安装一些必要的环境，并去新建一个Maven Job。

详细见个人博客： http://www.jianshu.com/p/026c0fcaedf0

这里对日程表的五颗 * 做个说明：

注意也需要在Jenkins Location中设置管理员邮件地址：

接着在Job 的配置的“构建后操作”中添加发送邮箱操作，可选“Editable Email Notification” 插件，并做配置。
Project Recipient List 配置要收到邮件的邮箱列表
Content Type 配置邮件发送类型
Default Content 配置邮件发送内容，例如content type我选择了HTML，那么我可以编写html于内容中，发邮件后会自动化解析成页面形式。例如：

B. 自动化测试基本流程是什么

自动化测试基本流程

1、制定测试计划

在展开自动化测试之前，最好做个测试计划，明确测试对象、测试目的、测试的项目内容、测试的方法、测试的进度要求，并确保测试所需的人力、硬件、数据等资源都准备充分。制定好测试计划后，下发给用例设计者。

2、分析测试需求

用例设计者根据测试计划和需求说明书，分析测试需求，设计测试需求树，以便用例设计时能够覆盖所有的需求点。一般来讲，基于Web功能测试需要覆盖一下几个方面：

1）页面链接测试，确保各个链接正常；

2）页面控件测试，确保各个控件可靠；

3）页面功能测试，确保各项操作正常；

4）数据处理测试，确保数据显示准确、处理精确可靠；

5）模块业务逻辑测试，确保各个业务流程畅通。

3、设计测试用例

通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。由于不是所有的测试用例都能用自动化来执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。必要时，要将登陆系统的用户、密码、产品、客户等参数信息独立出来形成测试数据，便于脚本开发。

4、搭建测试环境

自动化测试人员在用例设计工作开展的同时即可着手搭建测试环境。因为自动化测试的脚本编写需要录制页面控件，添加对象。测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装和设置、网络环境的布置等。

5、编写测试脚本

根据自动化测试用例和问题的难易程度，采取适当的脚本开发方法编写测试较薄。一般先通过录制的方式获取测试所需要的页面控件，然后再用结构化语句控制脚本的执行，插入检查点和异常判定反馈语句，将公共普遍的功能独立成共享脚本，必要时对数据惊醒参数化。当然还可以用其他高级功能编辑脚本。脚本编写好了之后，需要反复执行，不断调试，知道运行正常为止。脚本的编写和命名要符合管理规范，以便统一管理和维护。

6、分析测试结果、记录测试问题

应该及时分析自动化测试结果，建议测试人员每天抽出一定时间，对自动化测试结果进行分析，以便尽早地发现缺陷。如果采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。理想情况下，自动化测试案例运行失败后，自动化测试平台就会自动上报一个缺陷。测试人员只需每天抽出一地你该时间，确认这些自动上报的缺陷，是否是真实的系统缺陷。如果是系统缺陷就提交开发人员修复，如果不是系统缺陷，就检查自动化测试脚本或者测试环境。

7、跟踪测试BUG

测试记录的BUG要记录到缺陷管理工具中去，以便定期跟踪处理。开发人员修复后，需要对此问题执行回归测试，就是重复执行一次该问题对应的较薄，执行通过则关闭，否则继续修改。如果问题的修改方案与客户达成一致，但与原来的需求有所偏离，那么在回归测试前，还需要对脚本进行必要的修改和调试。

8、自动化脚本的维护

如果系统发生变更时，对自动化测试脚本和相关文档包括《自动化测试用例》、《自动化脚本设计说明书》进行维护，以适应变更后的系统。

C. 自动化测试实例三：脚本开发(下)

仅仅通过上面对脚本增强还不够，不能做到真正的自动化测试，还必须让脚本正确地执行所有用例，并且同时判断每个测试用例执行的结果。

对于登录功能调用测试用例后的脚本如下：

订票流程功能脚本不但需要调用测试用例，并且在选择出发城市和到达城市时需要随机选择，选择好出发城市和到达城市后，在选择航班时也需要做到随机选择，这样能更好地模拟真实的情况。

订票完成后需要检查订票信息是否已经写入数据库，即需要检查 Orders 表中是否添加了相关的订单信息，增强后的脚本如下：

航班信息功能不需要读取数据，但需要随机选择出发城市和到达城市，当输入出发城市和到达城市后，应该检查弹出的航班信息对话框中的所有航班信息是否成功，即是否与 Flights 表中的记录对应， 增强后的脚本如下：

查询订票信息功能增强，即随机输入一个订单号，当该订单号存在时，需要进一步判断相关的信息是否正确，如果正确，说明该测试通过，否则测试失败。 增强后的脚本如下：

脚本开发完成后，即可开始执行脚本，这些脚本主要是功能方面的验证测试。功能验证测试也可以理解为每日构建测试，主要是对系统每日新增或修改的代码进行测试，以保证新增或修改的代码不会对关键功能产生影响。

在执行脚本过程中，需要记录每一轮测试用例执行的情况，即测试用例记录，当整个项目的自动化测试完成后，需要提交相关的测试报告。

【自动化测试小结】

本章主要介绍了自动化测试相关的知识， 自动化测试的目的、范围，测试的程度和测试对象;自动化测试的优缺点和当前自动化测试普遍存在的问题;当前主流的自动化测试工具、自动化测试框架和自动化测试的过程。 通过本章的学习，重点了解什么是自动化测试、自动化测试框架和自动化测试过程。最后通过介绍一个自动化测试实例，使读者更好地学习自动化测试的相关知识，但要进一步了解自动化测试，还必须阅读相关的自动化测试资料。

D. 如何写自动化测试脚本具体的思路是。。。。。

自动化测试适用范围主要是回归测试针对回归测试来设计自动化测试脚本的思路：1.确定是否需要进行自动化测试2.需要自动化测试，则确定哪些内容需要进行自动化测试3.选取需要自动化测试的内容相关的测试用例4.根据这些用例，构建数据文件5.根据数据文件设计相应的逻辑，以方便数据文件的输入为主6.自动化测试脚本应该包含以下内容：1.可重复的操作步骤2.可替换的输入3.具有比对预期输出与实际输出的功能4能够自动将比对的结果输出到一个统一的文件上

E. 求自动化测试脚本编写教程，别就说让我去学各式语言，详细点。

你好
我是从事自动化测试方面的
1、自动化测试脚本，包括下面几个方面
1）CLI自动化测试，其应用脚本技术，包括tcl、phython、ruby，你学好一门自动化测试脚本即可，因为CLI的自动化测试就是应用脚本去模拟人工输入命令行，建议学习一下phython，因为其强大的社区，还有不亚于高级语言的编程思想。
2）工具方面，自动化测试工具例如：RFT的脚本包括java与.net；QPT的脚本为VB等。你有一定的编程基础的话，就不要停留在工具试用方面，而是要去重点学习一下其工具思想。你没有基础的话，你就从其RFT与QTP的帮助文档看起，里面都有关于这些功能的API的。
3）自动化测试框架，这个方面不是单存的自动化测试脚本了，而是利用编程技巧，结合各种自动化测试理念去构建适合自己的自动化测试框架，则就要求一定高度的编程技巧和各种知识了。

你需要自动化测试脚本编写教程，这先要看你去掌握什么方面的的自动化测试脚本了，我可以提供你教程，但关键先看你的需求
这样，推荐你一个博客， 是专注自动化测试的博客。你先看看，我觉得你对自动化测试认识不深，你先把自动化测试弄得有点小明白，再去看看。你需要什么，你的方向是什么：
51tesing上的“散步的SUN”的博客，这是我的博客，你可以在网络里面直接输入“散步的SUN”就是其博客了。上面有各种关于自动化测试方面的知识，希望对你又帮助吧。
或者对自动化测试有兴趣的，可以发短消息或者邮件我吧（[email protected])，有机会一起学习探讨下

F. 自动化测试脚本的基本功能有哪些

自动化测试脚本的基本功能有脚本语言，对象识别，自动执行和结果判断。

1、测试需求分析阶段。测试需求分析阶段主要工作是获得测试项目的测试需求（测试规格）。输出产物：《可测试性需求说明书》和《测试规格》。

2、测试计划阶段。以测试需求为基础，分析产品的总体测试策略。输出产物：《产品总体测试策略》。

Test Partner：

它使测试人员和开发人员都可以使用可视的脚本编制和自动向导来生成可重复的测试，用户可以调用VBA的所有功能，并进行任何水平层次和细节的测试。TestPartner的脚本开发采用通用的、分层的方式来进行。

没有编程知识的测试人员也可以通过TestPartner的可视化导航器来快速创建测试并执行。通过可视的导航器录制并回放测试，每一个测试都将被展示为树状结构，以清楚地显现测试通过应用的路径。

G. 编写自动化测试脚本的注意事项

参考
https://blog.csdn.net/weixin_39575775/article/details/119021359?spm=1001.2101.3001.6650.11&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-11.pc_relevant_paycolumn_v3&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-11.pc_relevant_paycolumn_v3&utm_relevant_index=16

H. Monkey自动化测试脚本以及电量记录脚本

Monkey自动化测试过程中发现monkey进程重启，因此加入检测monkey进程重启脚本。

#!/system/bin/sh while true do echo "checking monkey..." monkeyPID=$(pgrep com.android.commands.monkey) echo $monkeyPID if [ -z "$monkeyPID"] ; then echo "monkey is died, reboot monkey..." monkey --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --kill-process-after-error --pkg-whitelist-file /data/local/tmp/monkey-whitelist.dat --throttle 250 -v -v -v 99999999 > sdcard/monkey_log/monkey.log & else echo "monkey exist, continue..." fi sleep 30 done

另外加入monkey测试过程中记录电量变化的脚本

#!/system/bin/shfile_date=$(date +'%Y%m%d-%H%M')chmod 777 /sdcardmkdir /sdcard/Atestlogmkdir /sdcard/Atestlog/bqmkdir /sdcard/Atestlog/logchmod 777 /sdcard/Atestlogchmod 777 /sdcard/Atestlog/bqchmod 777 /sdcard/Atestlog/logecho 'file qpnp-bms.c +p' > /sys/kernel/debug/dynamic_debug/controlcat /proc/kmsg > /sdcard/Atestlog/log/kmsg_$file_date.txt &logcat -v time > /sdcard/Atestlog/log/logcat_$file_date.txt &#把当前的时间和电量值写入文件record(){echo $(date +'%Y/%m/%d\t%H:%M:%S\t')$(cat /sys/class/power_supply/bq27542/voltage_now)'\t'$(cat /sys/class/power_supply/bq27542/current_now)'\t'$(cat /sys/class/power_supply/bq27542/temp)'\t'$(cat /sys/class/power_supply/bq27542/capacity)%'\t' "

" >> /sdcard/Atestlog/bq/bq_$file_date.txt}#无限循环执行写电量值操作，每次循环间隔count=0while truedo  record $count  sleep 5  let count=$count+1done

I. 自动化测试实例二：脚本开发(上)

完成测试用例后就可以开发测试脚本，一般包括自动化测试框架的开发和功能脚本的开发。在本节中不介绍如何开发自动化测试框架，有兴趣的读者可以参考《 QTP 自动化测试与框架模型设计 》一书中第 19 章和第 20 章的自动化测试框架的内容。本章介绍该实例中需要调用到的函数。

(1)公用函数封装。

在本实例中需要封装的函数主要包括： 读取测试用例、输入每个测试用例的测试结果。

通过获取单元格中数据的行数，可以确定测试用例文档中有多少条测试用例， 代码如下：

读取单元格中的数据，即获得测试用例值， 代码如下：

在该实例中还需要记录每个测试用例执行的结果， 封装的代码如下：

由于在本实例中需要连接数据库，检查数据库中的数据是否正确，所以将连接数据库的代码进行封装， 代码如下：

(2)单一模式脚本开发。

自动化测试脚本开发完成后，开始录制脚本，这个阶段主要是将自动化测试的需求转换为一个简单的脚本。

1)录制登录过程的脚本如下：

2)录制订票流程的脚本如下：

3)录制航班信息的脚本如下：

4)录制查询订票信息的脚本如下：

(3)脚本增强。

录制好的单一模式脚本的功能很弱，只完成了一个简单的功能，不具备可扩展性，无法兼容不同的测试数据，所以需要对上面的脚本进行增强。在录制单一模式的脚本时，其实有一个功能是通用的，就是登录功能，每个操作的功能都需要先登录系统，所以可将一个正确登录的脚本封装成一个过程，这样可以节约脚本量，也便于维护脚本。在封装登录过程时，需要使用到描述性编程， 封装的代码如下：

接着对登录的脚本进行增强操作，增强的原因是脚本需要能正确处理当输入用户名或密码出错的情况。 主要需要处理的情况有： 输入的用户名为空、输入的用户名少于 4 个字符、输入的密码为空、输入的密码少于 4 个字符。 登录功能增强后的脚本如下：

订票流程脚本的增强主要需要处理订票日期未输入和输入错误的情况， 订票流程功能增强后的脚本如下：

航班信息查询脚本的增强主要是需要检查当选择出发城市和到达城市后，显示出来的航班信息是否正确，脚本增强时需要获取所有航班信息。 增强后的脚本如下：

查询订票信息脚本增强主要是需要检查该航班号是否存在，如果航班号不存在，会弹出相应的对应信息;如果查询的订单号存在，就会显示出该订单的相关信息。 增强后的脚本如下：

J. 怎么加强自动化测试脚本的稳定性

IBM® Rational® Functional Tester 是用于功能性和回归线测试的高级测试自动化工具，它可以在一个基于图形化用户界面（GUI）的程序上录制测试场景，并回放测试场景以实现测试自动化。在录制期间，您可以插入确认点，这些确认点可以从您正在测试的程序中获取特定的数据或者属性。然后在回放期间，这些确认点用来将录制的信息，与现场信息进行比较以确保稳定性。工具会搜索映射的对象，并在测试期间对其执行一系列的操作。 但是，由于对象不存在或者不适当的状态，Playback 特性通常会遇到一些失败情况，在回放期间，如果 GUI 响应时间或者 GUI 到达预期状态所花费的时间，要远远高于录制时间，那么工具所执行的操作就不能在适当的位置找到适当的对象或者它们的状态或属性了，这样脚本回放就会失败。通过按照本文中所介绍的步骤进行操作，您将会学到怎样利用 Rational Functional Tester 程序编程界面（API），来改进脚本以实现基于 Eclipse 程序地可靠测试自动化。 前提条件 如果您拥有下述的知识，那么您就能从本文中学到更多的信息： 熟悉 Eclipse 环境以及为测试下程序配置 Rational Functional Tester 熟悉录制和回放测试脚本，并理解测试脚本的内容 场景 注意： 对于这些范例，IBM® Rational® Software Architect（一种基于 Eclipse 的程序）用作测试下的程序。 本文将会涉及到测试自动化中以下的失败场景，并解释在 Eclipse 工作区中遇到它们时的方案。 场景 1：不匹配的 GUI 响应时间 在回放期间，如果 GUI 响应时间要比录制期间的时间长，那么自动化工具将不会找到需要执行操作的对象，而测试脚本也将会失败。 场景 2：未预期的活动窗口 如果在自动化测试的回放期间，出现了一个未预期的活动窗口，那么在录制期间该窗口将不会出现，自动化脚本将会失败。自动化会因为未处理的窗口而停止。 场景 3：不适当的对象状态 当您在创建确认点时，如果对象没有处于它所预期的状态，那么它会获取所有需要的具体内容。同样，在回放期间，如果并不能确保相同的对象状态，那么确认点将会失败。 图 1 中的图表描述了处理这些场景的基本方法。 图 1. 方案的基本方法 方案方法基本上可以改进使用 Rational Functional Tester API 的脚本。作出的选择能够处理描述的场景，该场景可能发生在测试自动化场景之中。 创建 Eclipse：准备 Rational Functional Tester 以测试基于 Eclipse 的程序 为了对基于 Eclipse 的程序使用 Rational Functional Tester 自动化测试特性，您必须首先按照下面的方法来创建测试的环境： 点击 Configure > Enable environment for testing 以打开 Enable Environments 窗口（参见图 2）。 选择 Eclipse 实例，并点击 Enable。如果 Eclipse 环境尚没有列出，那您您可以点击 Search。 点击 Finish 以保存您所做的修改。 图 2. 激活环境窗口 修改代码：根据用例来更改自动生成的代码 在这一步中，会获得对自动生成代码所做的更改，以处理前面所描述的一个或者多个失败。每一个失败场景的解决方案，都与下述描述的子部分不同。 场景 1：不匹配的 GUI 响应时间 对于该场景有两个可能的解决方案： 方案 1a. 检查进度条的状态 当您在基于 Eclipse 的程序中创建一个项目时，项目构建和确认会在项目向导完成之后才启动，其中基于 Eclipse 的程序例如 Rational Software Architect 或者 IBM® Rational® Application Developer。有时所花费的时间要比预期的长，脚本回放会失败，因为项目构建没有完成，但是脚本会试着进一步地操作。为了避免这种失败情况的发生，您可以在 Eclipse 工作区右下角查看进度条的状态 修改代码：根据用例来更改自动生成的代码 在这一步中，会获得对自动生成代码所做的更改，以处理前面所描述的一个或者多个失败。每一个失败场景的解决方案，都与下述描述的子部分不同。 场景 1：不匹配的 GUI 响应时间 对于该场景有两个可能的解决方案： 方案 1a. 检查进度条的状态 当您在基于 Eclipse 的程序中创建一个项目时，项目构建和确认会在项目向导完成之后才启动，其中基于 Eclipse 的程序例如 Rational Software Architect 或者 IBM® Rational® Application Developer。有时所花费的时间要比预期的长，脚本回放会失败，因为项目构建没有完成，但是脚本会试着进一步地操作。为了避免这种失败情况的发生，您可以在 Eclipse 工作区右下角查看进度条的状态