看开发准备如何部署，如果是 k8s，则你可以在测试环境搭建 k8s，然后使用开发提供的 yaml 文件，如果是 docker-compose，也可以直接用 docker-compose 启动，如果不是基于容器技术的发布，那确实要费点劲自己调整配置启动了

贴一下简历吧

啊？一般不都是连接池么，连接不复用嘛，好奇是什么架构什么技术栈

擅长那个用哪个，可以考虑公司主要业务语言和框架保持一致，顺道学习了

1.事情做在前面，这些内部平台有没有交互设计？做之前有没有调研过当前内部用户使用习惯
2.反馈了体验问题，是哪类用户反馈的什么体验问题，操作流程？系统功能？提示展示？不同维度改法各不一样

支持一下

"代码运行时哪些代码使 CPU 占用率激增" 跑个火焰图
考虑 按照 操作系统维度监控 -> 应用程序维度监控 来分析，逐步找原因

跟帖

《测试设计思想》周海旭老师的，推荐读一读，很有启发

@see https://testerhome.com/topics/41832#reply1

高考和考研成绩，因为学历是门槛

1.我们需要部署环境是因为有一项测试任务叫做：安装升级测试，即：安装和升级步骤的正确性也是测试验证的一部分
2.tomcat 部署确实没多复杂，但如果被测系统压根就不是 Java 写的呢，比如我们的就是 C/C++ 的后台服务，多主机，分布式，私有协议通信，一套系统周边依赖服务几十个
3.为了解决 2，做了容器化改造，可以利用 k8s 很方便的拉起一套测试环境，测试团队需要可以自己拉，所以多多少少要会一些 docker，k8s 的知识和操作

jvm-sandbox 本身有 lineEvent 了这个可以用作行覆盖，参考 jacoco 的字节码关于分支的插桩逻辑，我自己扩展了 branchEvent，实现了分支的跟踪，而且能跟踪到分支表达式的 true false，这样就有了分支覆盖，大概思路就是这样

确实，二开 jacoco 有一定难度，我也是自己写的工具，没用 jacoco

这是大多数人的下一步，然后往往会掉进如何二开 jacoco 才能关联 caseId 这个坑上，没别的意思，就是友情提醒一下

大多数人用命令，少部分人写 dockerfile&构建维护镜像，大部分人用可视化的 k8s 管理工具，少部分人写 yaml

额，我一般是 websocket 或者 sse 推送到前端

是不是还没写完？

个人以为：ThreadTask 的 countState 用 public 不太合适，推荐改为 private，然后通过诸如编写 finishRumpUp() 来控制 countState 改为 false，而不是直接暴露给 TaskExecutor，可能会在封装和自说明上更好一些。

httprunner 应该还不错

关于 Java 默认的线程池，有一点觉得可以提及，如果 最大线程数 大于 核心线程数，且等待队列可以存储任务，那么当任务把核心线程数占满之后，新来的任务是继续创建线程执行（还没达到最大线程数），还是放入等待队列？
我举个具体例子：core=10,max=20,queueSize=5,现在有 10 个任务正在占用 core 运行了，又来了两个任务，这两个任务是排队还是优先创建新的线程，直到打满到 max 再往队列里塞？

可以试试 metersphere

查查 influxdb 中是否保存了符合你预期的结果

不知道 httprunner 能不能满足你的需要

我们做 web 端主要是为了方便版本管理，可以在线 diff，加批注，对于一些评审类的场景有一些定制，其他方面和脑图软件没多大区别，另外我也做了分时协同，只要两个人不同时编辑就 OK，程序算法上限制同时只能有一个人编辑，然后只要保存，所有打开的人都能立刻看到最新的内容