自动脚本工作思路
首先看一下脚本的定义:
脚本是批处理文件的延伸，是一种纯文本保存的程序，一般来说的计算机脚本程序是确定的一系列控制计算机进行运算操作动作的组合，在其中可以实现一定的逻辑分支等。
脚本简单地说就是一条条的文字命令，这些文字命令是可以看到的（如可以用记事本打开查看、编辑），脚本程序在执行时，是由系统的一个解释器，将其一条条的翻译成机器可识别的指令，并按程序顺序执行。因为脚本在执行时多了一道翻译的过程，所以它比二进制程序执行效率要稍低一些。
接下来，我给你一些，自己对于脚本的理解:
脚本，按照功能简单地说，就是一种可以解放你双手和眼睛的软件程序，脚本一般来说可以代替你眼睛和手，在电脑上的进行一些简单的抄作，比如打开文件夹，点击文件，找到你要找的东西，打开网页等，这些是最简单的，也是最表面话的东西。比如网游里的全自动做任务的程序，大部分就是脚本，也可以说是“外挂”或“辅助”，但有一点就是最简单的没有注入形式，就只是代替你的双手和眼睛。其他比较深入的，在这就不做详解，个人手打，也比较麻烦的啊。
给你推荐一款，脚本的编译器，使用易语言编程（也叫做中文编程），叫按键精灵。你去下载看看，也可以学习里面的编程知识，基础的都有教，看完后，你也就懂~
手打很累哇~不懂问我。
⑵ 如何在一个文件被添加到文件夹中后自动运行一个脚本
这是可以办到的。这要归功于 WMI 事件的神奇功能，它使您可以编写脚本来监视所关心的事情（比如：文件被添加到文件夹中），然后在发生此类事件时，采取特定的行动。我们没有时间在本专栏里讨论 WMI 事件，但是它们对于脚本编写者来说，极其有用。因此，值得您花时间访问该脚本故事 专栏。同时，这里有一个脚本可以监视 C:\Scripts 文件夹。只要有文件被添加到这个文件夹中，该脚本就会通过回显新文件的名称做出回应：strComputer = "." Set objWMIService = GetObject("winmgmts:" _ & "{impersonationLevel=impersonate}!\\" & _ strComputer & "\root\cimv2") Set colMonitoredEvents = objWMIService.ExecNotificationQuery _ ("SELECT * FROM __InstanceCreationEvent WITHIN 10 WHERE " _ & "Targetinstance ISA 'CIM_DirectoryContainsFile' and " _ & "TargetInstance.GroupComponent= " _ & "'Win32_Directory.Name=""c:\\\\scripts""'") Do Set objLatestEvent = colMonitoredEvents.NextEvent Wscript.Echo objLatestEvent.TargetInstance.PartComponent Loop 这里所涉及的内容太多，我们无法详细剖析该脚本，但是我们所要找的就是 __InstanceCreationEvent 类别的实例；只要计算机上创建了新的受控对象（即 WMI 所了解的对象），就会自动创建该类别的实例。虽然该查询有些复杂，但可以简单归结为：只要有新的项目出现在 C:\Scripts 里，我们就想得到通知。（请注意，C:\\\\Scripts 不是打印错误；这里必须有四个斜杠。）我们还需要提一下，这类 WMI 脚本采用“轮询”的工作方式；它将定期检查是否有新的文件被添加到该文件夹中。在该示例中，我们每 10 秒检查一次（就是 WITHIN 10 所表示的），来确定该文件夹中是否有新的文件。如果这一频率过快或过慢，可以随意更改该值。但是，请记住两点。其一，如果轮询地过于频繁（比方说每秒执行一次），那么脚本就会一直在运行，从而在理论上会耗尽系统资源。相反，如果将该值设置的过大，可能会错过一些新文件，假设在轮询时间到来之前这些文件就被添加并随之被删除。例如，假设您的脚本每 5 分钟检查一次新文件。如果您添加了 100 个新文件，并在 3 分钟后将它们统统删除，那么该脚本将永远无法知道那些文件曾被添加到该文件夹中。这是因为这类脚本的工作原理是：将文件夹中的当前文件与脚本最后一次检查的文件夹中的文件进行比较。尝试采用不同的轮询时间间隔，看看哪个最合适。正如我们所注意到的，该脚本将回显任何被添加到 C:\Scripts 的新文件的名称。如果想在文件被添加到文件夹时做一些更有趣的事情，该怎么办呢？没问题；只要使用您想在检查到新文件时执行的代码替换这行代码就行了：Wscript.Echo objLatestEvent.TargetInstance.PartComponent顺便说一下，您想在文件从 C:\Scripts 中删除时得到通知吗？
⑶ 按键精灵怎么制作脚本
1.
制作脚本:按照个人需求从网上搜集脚本或者自己制作脚本。如果您的脚本是从别的地方收集的，请先把脚本文件拷贝到按键精灵文件夹下的script文件夹中，然后再运行按键精灵。
2.选择有效的窗口:建议您选择“对所有窗口有效”。如果您只需要脚本当某个窗口在前台时有效，请选择窗口名称，比如“龙族”
3.让需要执行的脚本“有效”，只有“有效”一栏中勾中的脚本才会执行。
4.进入游戏(或者其他需要使用按键精灵的软件)
，在需要使用脚本的时候按下脚本的“快捷键”，按键精灵就会忠实的为您工作了。
按键精灵主界面
图:主界面及功能按钮
主界面功能简介:
增加:增加一个新的脚本。
修改:修改当前选中的脚本。
删除:删除当前选中的脚本，可以同时选中多个脚本进行删除。
录制:录制新的脚本，新手制作脚本首选功能。
上传:将当前脚本上传至按键精灵网站，与他人进行交流。
全部有效/无效:让所有脚本有效或者无效。
注册:注册按键精灵，使用正版软件。
帮助:查看用户帮助手册。
图:录制功能
录制功能简介:
强烈推荐的功能!能够忠实记录您的动作，并在脚本执行时回放，新手也可随心所欲制作脚本。按下ScrollLock键就可以开始录制，再次按下就可停止录制，最后保存即可。如果您需要按键精灵忠实的记录鼠标移动轨迹，在后面的“记录鼠标移动轨迹”前面打个勾就可以了。录制过程中可以随便移动录制工具条，不会对您录制的动作产生任何影响。
图:上传脚本
上传脚本功能简介:
在主界面选择一个脚本，点击“上传”按钮就可以进入上传脚本界面。
您可以将自己比较得意的脚本上传到我们的服务器。在您的脚本上传成功之后，我们将会进行人工审核。不错的脚本都会被我们推荐给其他玩家共同学习。
上传时按键精灵会自动填写一些信息。请您在“脚本说明”里写上脚本的用途、制作思路等你认为对其他人有帮助的信息。没有说明或者说明不清楚的脚本将无法获得推荐。:-)
脚本编辑器
图:脚本编辑器界面
脚本编辑器使用说明:
在动作选择区选择动作，插入右边的脚本内容区即可。脚本支持粘贴、复制、移动、删除等操作。
脚本编写完毕之后，在脚本设置区进行一些必要的设置，点击“保存脚本”
，就可保存当前制作的脚本，点击右上角的X符号可以关闭编辑器返回主界面。
注意:我们默认的终止热键是“F12”
,目前所有的脚本使用同一个终止热键，也就是按下一个终止热键之后，所有的脚本就会停止运行。
图:脚本调试功能
脚本调试功能简介:
脚本调试功能允许您随时观察脚本的执行顺序，也可以随意暂停/继续脚本的运行，方便查找脚本错误。当您点击“执行”后，脚本将会开始执行，同时记录下每一步执行了哪条动作(语句)，您可以随时按“暂停”热键暂时中止脚本执行，然后点击“语句编号”立刻查看，看完以后可以随时让脚本从中断处恢复执行。
执行热键:
ScrollLock
暂停热键:Pause
停止热键:ScrollLock
图:
抓点界面
抓点功能简介:
用户可以抓取20个坐标点以及相应坐标点的颜色。抓点热键包括数字键0到9，以及数字键下方的10个字母键Q到P。按下热键即可获得鼠标当前所在位置的坐标和颜色，以备制作脚本时使用。
偏移抓点:当使用偏移抓点时，实际抓到的是鼠标附近的一点的坐标和颜色(具体抓到的点用一个“瞄准镜”表示)。这样可以解决在某些情况下，鼠标图标颜色会挡住真实坐标颜色的问题。
⑷ 如何找到自动化测试的思路
要找到自动化测试的思路，首先得明确自动化测试的本质。对自动化测试的本质的理解不同，导致了在进行自动化测试过程中对于组建团队、制定目标计划等的不同，决定了最终自动化测试的实施和效果的不同。所以必须先把自动化测试的本质说明白。
谈本质的问题，每个人的理解是不尽相同的。咱们这里说的自动化测试的本质，主要基于对 “人工被机械替代 ” 的理解：随着工业时代的开启，“人工被机械替代”已成为很普遍的现象，运行着的机器，以成百上千倍于人工的效率在进行生产。如果测试能自动化，不也能节省大量人工吗？这也是人们的直观感受和期望。
但如果撇开直观现象和感受，我们如何看“人工被机械替代 ” 呢？
第一，能量。
粗略地从能量到角度看，人工过程是生物能量向动能转化的过程。就测试而言，是食物转化为脑力思考和手工测试的行动，再转化为电脑执行的电能。
机械是化石能源向动能的转化过程。就自动化测试而言，是化石能源和人的生物能（脑力思考）转化电能，电能之间再进行转化。
既然是能量转化，那么可以明确知道：1遵守能量的守恒定律，但实际的转化过程存在能耗；2 熵（无序性）会增大，为了有序，必须有额外的能量。
所以从能量的角度来理解：1 能量要守恒，那么人工测试与自动化测试所需要的能量是相当的，但能量的来源从生物能变成了一部分的化石能源或者电能，减少了人的生物能，所以人会轻松一些。但还是需要消耗生物能，人得设计自动化的工具，脚本。2 限于介质，能量不可能完全转化；限于脑力，测试不可能能全自动化，总有无法自动化的。3为了维持自动化的有序进行，必须额外地投入其他能量，就像是维护测试工具、脚本、测试环境等日常工作。
第二，经验。
能量之所以可以转化，需要介质。而人工转自动执行的重要介质是人的脑力。由人的脑力消耗到自动化的工具、脚本、测试场景等这些产出物是人的经验的表达。所以自动化测试，可以看成是测试的经验复制和积累的过程。
所以根据不同的复制积累的经验不同，就可以产生不同的自动化测试。例如：
最常见的是积累手工测试人员的经验。于是就产生了很多以录制或模仿行为为基础的自动化方案。例如功能自动化工具的selenium、qtp，安全测试中的端口扫描、sql注入、脚本注入等工具。这从根源上回答了为什么脱离手工测试而开展的功能自动化测试都会失败的原因。
接着是积累由机器交互行为产生的经验。这必须借助手工测试运行，来录制或模仿机器间的通信过程。例如，常见的性能测试工具LR、jmeter。所以，从这个角度出发，就可以理解，性能测试人员一定要理解业务场景、系统交互流程、系统真实运行的场景。
再者是积累基于历史的经验。例如IBM的appscan家族的安全工具。通过积累各种web安全问题和变种，进行自动化的安全检测；findbugs、fortify通过积累bug模式和规则进行源码的自动扫描。
另外，就是根据自身业务特点进行的经验积累。
比如，对于偏重流程的系统，像交易系统，OA系统，不同的数据会走不同的流程，限于测试人员的经验范围，现在需要积累客户的经验范围进行自动化，就会需要把生产的数据下载到测试环境中，进行脱敏处理后、跑用户的数据进行回归测试，常被称为业务仿真测试。
比如，对于偏重规则或模型的系统，像风控系统、搜索引擎，不同规则的设置有不同的触发场景，不同的模型需要不同的基础数据。自动生成这些基础数据，营造场景的触发条件，或者不同因子的积分或计数条件来匹配模型，计算模型效果等。
总的来说，自动化测试，不论功能、性能、安全等，都是能量转化的过程、是经验积累的过程。好的，这是一句废话，但不可忽视。
以上说的不能告诉你具体自动化测试的思路，理解自动化测试过程中的所有问题。但世界就存在于你的概念之中，当你明确了你的自动化测试的本质了之后，才能把握解决个中问题的解决方向。
⑸ 自动化脚本运行失败，怎么处理
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 工作区右下角查看进度条的状态
⑹ 按键精灵脚本制作请教
这种是商业类的了。exel的操作。按键精灵也可以做，全部命令-插件命令-
如果需要，可定制，练习企鹅二二八五九四八一四四
Linux中crontab是实现定时执行的指令，利用这个指令我们就可以定时执行某一个php文件，从而实现用PHP做Linux自动执行脚本。如何用PHP作Linux自动执行脚本？
在安装PHP的时候,会产生一个可执行文件,文件名为php.将它 到 /usr/local/bin 下.在终端方式执行php程序:
php -q onlinnum.php
PHP 原本是应用在网页应用的﹐因此它会送出 HTML 的HEADER﹐但是在此我们是要将 PHP 用作 Shell Script﹐"-q" 就是表示不要送 出 HEADER 的意思.你可以试试看不加上 -q 的显示结果。此时你已经可以在终端方式下执行PHP 代码了。 linux命令：cron daemon
这是一个系统中常驻的服务，功能在于执行例行性的工作，如每天一次或每月一 次检查磁盘。cron daemon 会在每分钟检查一次排定的工作表（crontab），看看是否有要执行的指令，所有的输出会以mail寄给用户。
设置 crontab
命令：crontab -e
该命令呼叫vi编辑器来编辑执行的清单。例如
⑻ 启动脚本是如何工作的
它在不同的系统上可能是完全不一样的，所以不能认为一个脚本在某个 Linux 发行版上工作正常，于是在 LFS 中也会正常工作。LFS 有自己的一套规则，当然，LFS 也遵守一些公认的标准。
SysVinit(从现在开始我们称之为"init")以运行级的模式来工作，一般有 7 个运行级(从 0 到 6，实际上可以有更多的运行级，但都是用于特殊情况而且一般使用不到。 参见 init(8) 以获得更多信息)，每个运行级对应于一套设定好的任务，当启动一个运行级的时候，计算机就需要执行相应的任务。默认的运行级是 3，下面是对不同运行级的描述：
0: 停止计算机
1: 单用户模式
2: 无网络多用户模式
3: 有网络多用户模式
4: 保留作自定义，否则同运行级 3
5: 同运行级 4，一般用于图形界面(GUI)登录(如 X 的
xdm 或者KDE 的 kdm)
6: 重新启动计算机
用来改变运行级的命令是 init [runlevel] ，这里的 [runlevel] 是目标运行级。例如，要重启计算机，用户可以运行 init 6 命令，reboot 其实只是这个命令的别名，同样，halt 命令也只是 init 0 的别名。
在/etc/rc.d 目录下有一些类似于 rc?.d 的目录(这里 ? 是运行级的数字)以及 rcsysinit.d ，里面都包含许多符号链接，其中一些以 K 字母开头，另外一些以 S 字母开头，这些链接名在首字母后面都跟着两个数字。K 字母的含义是停止(杀死)一个服务，S 字母的含义是启动一个服务。而数字则确定这些脚本的启动顺序，从 00 到 99(数字越小执行的越早)。当 init 转换到其它运行级时，一些相应的服务会停止，而另一些服务则会启动。
真正的脚本则在 /etc/rc.d/init.d 目录下，它们完成实际工作，符号链接都是指向它们的。停止脚本的链接和启动脚本的链接都指向 /etc/rc.d/init.d 目录下同一个脚本，这是因为调用这些脚本时可以使用不同的参数，例如 start, stop, restart, reload, status 当调用 K 链接时，相应的脚本用 stop 参数运行；当调用 S 链接时，相应的脚本用 start 参数运行。
以下是脚本参数的描述：start启动服务stop停止服务restart
停止服务，然后再启动reload
该服务的配置已更新。如果修改了某个服务的配置文件，又不必重启这个服务的时候，可以使用这个参数。status
显示服务的状态，如果服务正在运行，会显示该服务进程的 PID 。