经常在帖子中看到，有人开发了测试小工具之类的描述，想知道，这些测试小工具是什么，大概怎么写出来的，举例说明，感谢！
脚本喽 jmeter 这种
测试小工具哪家强，我司测开部门堪称王！
做的测试平台落不了地，测试框架没人用，测试脚本如屎山，部门价值该如何体现？没错，体现在做了一大堆小工具！
举个栗子！测试人员需要将产品某文件夹下部分文件删除，其中包含有隐藏文件，每次都要手工经过几个步骤开启显示隐藏文件，很麻烦！一键显示隐藏文件小工具横空出世！将过去需要 20 秒才能完成的操作成功降到 2 秒，效率提升 10 倍！也就是 1000%！肥肠的芳便！
Thirty-Thirty
回复
牛逼牛逼，还有一种就是 ADB 拉取日记，手动输入命令比较麻烦，做成 BAT 文件，一键执行。效率提升 10 倍，也就是 1000%！肥肠的芳便！
自动安装最新 APK，开发在版本库上传新包，自动扫描，然后安装
还有造数据，有的数据要经过很长流程，可以用接口 +SQL+UI 这种方式造数据
只要能提升效率 不管多 low 感觉都是有用的
厉害！
举个例子
1.测一个东西，要去看三台服务器的日志，写个工具直接一键呈现
2.每次调用都要自己保存，写个工具，调用自动保存
3.一些万年不变的批量验证修改，全部工具化
4.根据个人习惯，定制你爱不释手的工具
这些东西，小是小，但是真的好用，使用频率≈有了再也离不开的地步。（业务和流程不发生大变动的话）
@Thirty-Thirty 我发现你的回复都好有意思
我个人做过的 造数工具、数据核对、报表生成、自动登录 sdk、服务巡检预警、 兼容多种测试框架的插件（其实就是识别多个测试框架，然后通过执行把测试报告标准化输出）
好问题，虽然我也还没怎么写过这种提效的小工具
特定作用的连点器，
查配置表 ID 对应的名字，
特殊配置一键推送测试服，并调脚本更新游戏服务器
只要你去问功能测试同学，有没有什么经常重复操作的不需要人脑判断的事情，都可以思考怎么用工具代替
我认为工具是不限形式的，脚本、c/s、b/s 形式的都行，只要能把手头经常要手动重复的工作代替掉，能明显提效，就是好工具。我做过改数据的 b/s 工具给前端同学用，写过日志报错监控报警的脚本，写过造数据的脚本，写过拉取日志的 b/s 工具。当把自己的想法实现并提升工作效率时，感觉真棒
前一阵还和领导讨论到工具的继承问题，也就是你做的这个工具很好用、很提效，但是只有你自己维护，一旦你离职，这个工具大概率就废掉了，至少是没人维护了，这是个忧伤的问题。
