① 自动化或如何能写脚本配置文件备份
你希望实现的是数据自动备份吧，你可以试试FtpCopy，FtpCopy支持多种备份规则设置。FtpCopy是一款稳定可靠的数据自动备份软件，能够实现FTP数据和本地磁盘数据的定时自动备份，包含FTP自动下载、FTP自动上传、本地磁盘三种备份模式。
② 创造 | 一个强大的 Android 自动化打包脚本
该脚本是我在独立开发过程中，为了提升 Android 应用打包和运营的效率而开发的脚本。项目地址是，
https://github.com/Shouheng88/autopackage
如项目中的语言构成展示的，该脚本完全使用 Python 语言开发完成。
使用起来非常简单，首先你要准备如下的环境，
然后，通过编辑配置文件 config.yml 对脚本进行配置。比如，
YAML 格式也不算新颖，早在几年之前的 SpringBoot 里面就已经采用了这种格式。相比于使用 json 或者 properties 等格式的配置文件，它更加简洁。
1、使用 gradle 指令自动打包，区分 32 位和 64 位 ：因为现在有些应用市场明确要求区分 32 位和 64 位，所以，打包的时候要分开进行打包。
2、打包完成之后将 APK 拷贝到指定的目录 ：主要用来做本地的 APK 文件备份，后面也会用这里拷贝的 APK 文件进行自动化加固。
3、使用 diffuse 输出相对于上一个版本的 APK 版本差异报告 ：diffuse 是 JakeWharton 开发的 APK, AAB, AAR 和 JAR 的对比工具。这里我用它对比当前版本和上一个版本的 APK 的信息，以实现对 APK 质量的监控。diffuse 项目的地址是 https://github.com/JakeWharton/diffuse
3、拷贝多语言资源到指定的目录，并自动提交到 Github 仓库以便于协助翻译 ：对做国际化的应用的开发者而言，我们可以通过应用内的协助翻译功能借助社区的力量实现应用的多语言。这里我尽量将这个过程做得更加自动化。即在应用打包完成之后将应用内的多语言资源按照版本信息拷贝到指定的目录下。然后使用 Git 工具将其推送到 Github 等。具体的效果可以参考 https://github.com/Shouheng88/LeafNote-Community .
4、自动打 tag 并提交到远程仓库 ：该功能用来在打包完成之后使用为当前版本添加 Git tag，以便于后续根据版本回滚到指定的 Git 提交记录。
5、根据 Git 提交记录自动生成更新日志 ：上面做了为项目自动添加 Git tag 的功能之后，我们可以根据当前版本到上一版本之间的 Git 提交记录的 comment 信息自动生成版本更新日志。虽然，这个这样生成的更新日志并不能直接用作发布时的更新记录，但在至少可以让我们直观得看到这个版本修改了什么。
6、使用 360 加固 对上述 APK 进行加固并输出到指定的目录 ：加固操作其实非常简单，只需要一个 command 指令就可以完成了，
不过在使用上述命令之前需要先通过 GUI 的形式修改你在 360 加固中的渠道和签名信息（直接手动改文件也可以）。
7、上传打包 APK 到蓝奏云 ：蓝奏云是现在很多开发者用来分享软件的一个云存储平台，100M 以下的文件可以免费存储，类似于网络云。上传蓝奏云之前需要先修改配置文件，
这里需要填入的 ylogin 和 phpdisk_info 可以在登录之后通过 Chrome 的开发工具查看 cookie 信息得到。目前能够做到自动化的一个方案就是使用上述两个信息。
8、通过 Telegram bot 将打包完成的渠道包和更新日志信息发送到 Telegram 群组 ：对海外的用户我们可以通过 Telegram 作为一个交流的渠道。Telegram 是一个非常好用的聊天软件。它提供了 bot 功能，即一个可以推送消息的机器人。我们可以通过这个功能来在群组中推送消息、图片和文件。Telegram 的 bot 有非常强大的自定义性。其实我们完全可以基于爬虫和 bot 维护一个社区，然后通过在社区内推送广告来获得一些利益。这也不失为一个赚钱的渠道。使用 Telegram bot 之前需要在配置文件中填入如下信息，
这里的 token 是注册 bot 的时候得到的信息。chat_id 可以通过如下方式获取到：
即将 token 信息填入到上述 <YourBOTToken> 处。在返回的 json 结果中可以获取到 chat id 信息。
向群组推送信息的方式非常简单，一个 http 请求即可完成，
更多的协议可以参考这个文档： https://core.telegram.org/bots/api#senddocument
9、完成上述操作之后使用邮件通知打包结果 ：最后就是在完成了最终的打包操作之后通过 Email 发送一封邮件，内部包含了本次打包的 diff 信息等给指定的用户。使用邮件功能需要在配置文件中填写，
这里我们使用的是 QQ 邮箱来发送邮件。这里需要填写的 user 和 password 字段分别是邮箱和开通 smtp 服务时系统提供的密码信息。QQ 邮箱开通 SMTP 服务器其 官方文档 即可。
上述是该打包脚本的主要功能。后续我会添加更多功能。因为时间有限，有些功能需要修改一下才能使用。不过，许多功能我都封装成了独立的 Python 脚本，如果需要的话可以自己做细微的修改。对于这个脚本，如果你有更好的建议和想法，可以跟我交流~
③ 怎么实现shell脚本自动上传
不知道你对ssh服务有多少了解，只要你能够使用ssh连接到服务器，那就跟你能不能碰到服务器没关系，可以使用scp和sftp传输文件，本地的.ssh/known_hosts里面保存的是主机密钥，只是为了第一次远程连接建立主机互信的，并没什么卵用。要想不用密码而使用密钥直接登录，还需要在本地用ssh-keygen生成密钥对，然后把公钥上传至服务器端才行。至于你说的实现shell脚本上传，这就是一个命令就能解决，不知道能否把问题说得更明确一点
④ 测试中如何使用自动化脚本
从毕业到现在，经历了软件开发，
软件测试，
1）QTP工具。QTP是一个快速测试专业工具。它的优点是可以快速建立企业自动化框架，但不是一个全能的工具，因为利用QTP并不能帮助用户找出更多的 BUG，只能提高执行测试用例的效率。 QTP的价格也较贵。 QTP主要应用于较稳定的测试项目的回归测试，UI的变化不明显，功能较稳定的项目。它可以节省回归测试的成本，但相对手工测试来说，QTP对测试人员的要求较高，比如要掌握VB脚本，掌握函数调用等技术；另外，建立QTP框架前期需要投入较大的人力写测试用例，加上调试的时间，是一笔不小的开销，所以企业在选用QTP测试工具时一定要三思而后行。
2）Loadrunner是一个企业级性能测试工具，应用十分广泛。对于WEB应用，Loadrunner的优势十分明显。但与QTP一样，lr的 License十分昂贵，所以很多企业都使用破解版。并且真正掌握LR精髓的人员并不多，很多人都会使用这个工具，但能用这个工具找出系统瓶颈的人并不多，所以，会使用Loadrunner和会性能测试是两码事。懂脚本语言的性能测试人员当然最好。
3）Python和Tcl/tk脚本语言。在我之前的经验中，我用到过PYTHON和TCL。他们都是脚本语言，不需要编译。两种语言的特点如下：Python开发JAVA方面的http接口比较方便；tcl/tk开发C++方面的接口更容易一些。PYTHON写的程序可读性强，TCL写的程序的可读性不好。
4）在需要产生一些大批量数据时，如一个表需要插入100万条数据，然后这100万条数据属于100个不同的类别，如果是手工输入的话，估计10个人一个月都输不完，但如果利用脚本，如PB，VB或者Tcl/tk，可以通过产生批量SQL脚本的方式，来产生SQL脚本，这样不到半小时就可以搞定全部的数据。看来脚本的威力不小！
5）另外，就是Linuxshell脚本了，我们通常说“事半功倍”，shell脚本的确可以帮助你实现这个目的。我们平时在LINUX部署一个应用会用到很多的命令如 Checkout，ps，vi，kill等等，如果能把这个操作流程写成一个SHELL脚本让机器自动执行，那该是省了多少事？另外，作为 UNIX/LINUX管理员，平时可以要监控较多的PC终端，他完全可以在UNIX/LINUX上定制各种任务（如备份，删除临时文件，检查磁盘空间等等），所以，掌握Shell脚本（如Sed，awk，grep等）对一个测试人员来讲是十分必要的！
6）另外一个就SQL脚本了，要能写存储过程（SP）和触发器（Trigger），还有游标（Cursor）的使用，掌握这些的话对于测试数据库方面的用例是相当有帮助的。SQL脚本对系统性能和功能都起着十分重要的作用。
作为一名有6年测试经验的工程师，我坚定地认为脚本测试技术是以后的发展方向，包括白盒测试，也是将来的一个发展方向，对于测试人员来讲，核心竞争力是能完整的测试开发人员的程序，尽可能找出更多的BUG。黑盒测试只能从系统的角度去完成功能测试，但作为软件本身，应该作更深层次的测试。
⑤ 自动化测试实例二：脚本开发(上)
完成测试用例后就可以开发测试脚本，一般包括自动化测试框架的开发和功能脚本的开发。在本节中不介绍如何开发自动化测试框架，有兴趣的读者可以参考《 QTP 自动化测试与框架模型设计 》一书中第 19 章和第 20 章的自动化测试框架的内容。本章介绍该实例中需要调用到的函数。
(1)公用函数封装。
在本实例中需要封装的函数主要包括： 读取测试用例、输入每个测试用例的测试结果。
通过获取单元格中数据的行数，可以确定测试用例文档中有多少条测试用例， 代码如下：
读取单元格中的数据，即获得测试用例值， 代码如下：
在该实例中还需要记录每个测试用例执行的结果， 封装的代码如下：
由于在本实例中需要连接数据库，检查数据库中的数据是否正确，所以将连接数据库的代码进行封装， 代码如下：
(2)单一模式脚本开发。
自动化测试脚本开发完成后，开始录制脚本，这个阶段主要是将自动化测试的需求转换为一个简单的脚本。
1)录制登录过程的脚本如下：
2)录制订票流程的脚本如下：
3)录制航班信息的脚本如下：
4)录制查询订票信息的脚本如下：
(3)脚本增强。
录制好的单一模式脚本的功能很弱，只完成了一个简单的功能，不具备可扩展性，无法兼容不同的测试数据，所以需要对上面的脚本进行增强。在录制单一模式的脚本时，其实有一个功能是通用的，就是登录功能，每个操作的功能都需要先登录系统，所以可将一个正确登录的脚本封装成一个过程，这样可以节约脚本量，也便于维护脚本。在封装登录过程时，需要使用到描述性编程， 封装的代码如下：
接着对登录的脚本进行增强操作，增强的原因是脚本需要能正确处理当输入用户名或密码出错的情况。 主要需要处理的情况有： 输入的用户名为空、输入的用户名少于 4 个字符、输入的密码为空、输入的密码少于 4 个字符。 登录功能增强后的脚本如下：
订票流程脚本的增强主要需要处理订票日期未输入和输入错误的情况， 订票流程功能增强后的脚本如下：
航班信息查询脚本的增强主要是需要检查当选择出发城市和到达城市后，显示出来的航班信息是否正确，脚本增强时需要获取所有航班信息。 增强后的脚本如下：
查询订票信息脚本增强主要是需要检查该航班号是否存在，如果航班号不存在，会弹出相应的对应信息;如果查询的订单号存在，就会显示出该订单的相关信息。 增强后的脚本如下：
⑥ 再见 Jenkins！几行脚本搞定自动化部署，这款神器有点厉害
Drone是一款基于容器技术的持续集成工具，使用简单的YAML配置文件即可完成复杂的自动化构建、测试、部署任务，在Github上已经有22K+Star。
对比Jenkins复杂的图形化界面操作，Drone使用脚本来定义流水线任务无疑更简单、更直观。Drone更加轻量级，内存占用少且响应速度快！自动化部署要啥Jenkins？直接给Git整个CI/DI功能难道不香么？
https://github.com/macrozheng/mall-learning/tree/master/mall-tiny-drone
⑦ iOS开发知识体系之《脚本自动化打包--xcodebuild》
iOS脚本自动化打包方案--xcodebuild
本文主要xcodebuild脚本自动化打包并上传到蒲公英或者AppStore，废话不多说，直接上干货！
先了解一下xcodebuild打包需要的一些指令
-workspace XXX.xcworkspace
XXX.xcworkspace需要编译工程的工作空间名称，如果工程不是.xcworkspace的，可以不需要-workspace XXX.xcworkspace这段话
-scheme XXX
XXX是工程名称，-scheme XXX是指定构建工程的名称
-configuration Release
填入打包的方式是Debug或Release，就跟在Xcode中编译前需要在Edit scheme的Build configuration中选择打出来的包是Debug还是Release包一样，-configuration就是配置编译的Build configuration
-archivePath ./myArchivePath
配置生成.xcarchive的路径， ./表示生成在当前目录下，myArchivePath是生成的.Archive文件名称
ODE_SIGN_IDENTITY=证书
配置打包的指定证书，如果该工程的Xcode已经配置好了证书，那么不加入这段话也可以，打包出来的证书就是Xcode中配置好的。
PROVISIONING_PROFILE=描述文件UUID
配置打包的描述文件，同上，Xcode已经配置好了就不用在填入这段话了
CONFIGURATION_BUILD_DIR
配置编译文件的输出路径，如果需要用到.xcarchive文件内部的dSYM等文件，可以使用改字段指定输出路径。
如果工程是勾选了Automatically manage signing，那么就不用在配置ODE_SIGN_IDENTITY和PROVISIONING_PROFILE,今天这里讲到的Automatically manage signing自动配置证书，手动配置的就不多说了，有兴趣的话可以自己研究。
xcode工程配置自动获取证书，如下图：
打包所需要文件
配置打包的ExportOptions.plist文件，可以在任意一个Xcode工程中新建一个ExportOptions.plist文件。dev和adHoc和AppStore的配置文件内容不一样，可以先手动打包后看下plist文件的样式，这里提供一个样例：
这里method对应的value为打包对应的环境，有development、ad-hoc、app-store、enterprise根据打包环境来配置不同的值
编译脚本命令
xcodebuild archive -workspace XXX.xcworkspace -scheme XXX -configuration Release -archivePath ./myArchivePath CONFIGURATION_BUILD_DIR ./dir ODE_SIGN_IDENTITY=证书 PROVISIONING_PROFILE=描述文件UUID
导出ipa包命令
xcodebuild -exportArchive -archivePath ./myArchivePath.xcarchive -exportOptionsPlist ./ExportOptions.plist -exportPath ./out
-archivePath ./myArchivePath.xcarchive指定需要打包的.xcarchive路径，./myArchivePath.xcarchive表示在当前终端路径下的myArchivePath.xcarchive文件
-exportOptionsPlist ./ExportOptions.plist指定打包需要的ExportOptions.plist配置文件路径
-exportPath ./out指定打包输出的路径， ./out表示打包结果输出在终端的当前路径下的out文件家中。如果没有out文件夹会自动创建一个
脚本操作
首先：cd到需要自动打包的工程下
然后：在终端中输入touch xcodebuild.sh创建xcodebuild.sh脚本文件
然后：双击打开脚本写入下面 脚本内容（请确保所有版本的plist配置文件都写好了）
最后：在终端中输入./xcodebuild.sh运行脚本，按照步骤完成打包选择(如果运行的时候出现Permission denied，请先在终端中执行chmod a+x *.文件的后缀名后，在运行，相当于提高脚本文件的权限)
脚本内容
此脚本包含了自动上传蒲公英的选择操作，根据输入指令来执行具体操作
脚本实现
具体详细脚本见GitHub地址： https://github.com/Luck-666/xcodebuild.sh.git 如果好用记得给star，谢谢！
如脚本打包执行遇到问题可留言沟通!
⑧ 安卓应用如何实现自动化测试，如何不用上传特定case或脚本进行测试
WeTest腾讯质量开放平台可以测试包括内存使用情况，CPU消耗，以及流量使用情况等实时的性能数据。可以试试用一下，操作简单获得的数据却很专业。把App安装在云端手机上，边操作，边观察性能数据的变化。测试结束后还可以查看报告和下载日志。
可以看出，这个网站还能截图、查看时间轴，了解CPU峰值位置的时间，当时的APP的场景截图。这样就可以知道CPU内存占比，流量变化啥的，确实非常好用。
⑨ 求助，如何在bat脚本里面实现交互自动化
批处理是不行的 用VBS 很简单 例子如下 Set objShell = CreateObject("Wscript.Shell") do WScript.Sleep 3000 objShell.SendKeys "{F5}" WScript.Sleep 3000 objShell.SendKeys "{F5}" loop 使用 SendKeys 方法可以将键击发送到无自动化界面的...