我们有任务强制备注要求，需要开发写明影响范围

9:00-12:00, 13:30-17:30
每天 7 小时，几乎不加班

实践经验告诉我们，用例其实越简单越好

看楼主描述，感觉加班很严重。
如果功能上线不是很急的话，是否可以考虑 2 周 1 迭代（我们现在就是这样，之前也是 1 周 1 迭代，感觉时间太赶，质量没法保障）。
另外，可以考虑下产品和开发的角度来改进问题：
产品角度：因为业务模块复杂，可以考虑增加产品每日验收，尽量缩小需求偏离；
开发角度：新功能或改进功能，可以要求开发备注一下影响范围（可以写一个开发提测的规范）

这个是 swagger 版本不一样？

刚好最近也有在用 Burp Suite，楼主能不能介绍下具体应用场景

已经下载，简单尝试用了一下，简单易上手，关键可以满足我们的需求，谢谢~

okk，这个看看

okk，这个我也看看

多谢，我去试一下

考古队，Android Monkey 的用法，变成了体育直播站点

蹲

我用的 jenkins 版本是：2.375，整理一下大家的方案：

1. 通过脚本或 API 来获取历史构建参数，以使用在新的构建中（这个后面我再试试）；

2. 通过Rebuild插件，实现重新构建历史中的构建（已实践，可行）。

   a. 在插件管理中，你可以看到插件名称叫：Rebuilder；
   b. 在插件说明中提到了：It will also allow the user to edit the parameters before rebuilding. 你在重新构建历史构建时，同时也可以修改参数。

另外 5 楼 @ 陈恒捷 的提议给了一个很好的思路，准备先按设备类型和业务功能拆分成多个 job。

感谢大家的方案和建议

连接设备后，使用抓屏工具，是不是会方便一点

influxdb+telegraf+grafana 的方案和楼主的方案相比较，不知道有哪些利弊呢？

可以用 DBeaver 的社区版替代

有点意思

PPT 太精炼了，有视频就更好了