gcov lcov

请问老师，这个平台做到现在这个程度，花了多少人多少时间呢？

点赞

原来是 dray 大佬， 班门弄斧了

其实，以 client 模式运行时，调用方也就是 server 端可以自主决定什么时候让 client 来 dump，而不是非要等到程序退出。官方的 example 中是有例子的，也有 server 的例子，改造一下，然后写个定时线程，也能达到目的。
org.jacoco.examples/src/org/jacoco/examples/ExecutionDataServer.java
可以在你需要的地方 remoteControlWriter.visitDumpCommand(true, false);
或者自行扩展

By GPT-3.5:
测试一个加解密工具时，需要考虑以下场景：

输入边界条件：测试工具是否能够正确地处理所有输入边界情况，例如输入空数据、最大数据、最小数据等。

功能测试：测试工具的加解密功能是否正确，例如测试各种不同的加密和解密算法，以及密码长度和字节数等是否满足要求。

性能测试：对于大规模加解密的应用场景，进行性能测试，检测加解密过程的即时性、处理速度、缓存管理等是否健全。

安全测试：测试工具的安全性是否充分保障，例如是否有足够安全的密钥管理、密钥分配和安全验证等措施，确保加密过程不受到黑客攻击。

兼容性测试：测试工具在不同操作系统平台和应用环境下的兼容性，确保工具能够在各种操作系统和软件中正常使用。

鲁棒性测试：测试工具在异常情况下是否能够正常处理，例如网络故障、电源故障等，在异常情况下测试工具的是否能够正确处理异常情况。

用户体验测试：测试工具的用户界面是否友好，易于使用和操作，以及对其它的功能需求，像多语言支持、交互性等进行测试，提供最佳的用户体验。

总之，以上的测试场景可以帮助您对加解密工具进行综合测试，提高工具的可靠性、安全性和用户体验，保障其稳定运行。

这个从来都不能保证是正确的。
去数据库拿数据，可以视为业务的另一种异构的实现。如果正常业务的实现和异构业务的实现一致，只能说明风险较小，不代表完全正确（所以可以加上多人评审，可能能够发现更多问题）。如果不一致，则一定有一方出现了问题。

只用代码覆盖信息，不衡量代码覆盖率。
目前的实践结论是，"覆盖率高，质量不一定好，但覆盖率低，很大可能存在问题"，需要分析为什么没有覆盖，从而考虑补充测试设计或者就决定不测。

很棒的思路！非常有启发，感谢分享！

metersphere 的接口测试相关功能是免费的，已经足够用了。UI 自动化的功能收费

工具演示的图片不见啦

可以从 分页，排序，筛选，搜索，这些维度组合设计。另外没理解你说的列表去重是啥意思，举个例子说说？

只要开了 rmi 端口就行，是不是容器无所谓，rmi 端口是 jvm 提供的，如果 Java 程序在容器内，需要把这个端口也暴露出来

java 的话我一般选择 arthas 的 trace 命令

在的，欢迎投递简历到 diyuchen@esunny.cc 招聘持续至 2023 年六月左右

typo: varchaer => varchar

要求统招全日制哈

抱歉，不满足要求

首先学历学校要满足要求哈

我们就正在招聘 欢迎了解

境内外重点院校本科以上哈（一般国内指 985 211）

欢迎投递~

这不正好自己学一下 docker，然后给 tomcat 搞个镜像，把 webapps 映射出来等等

计划会有线上直播，如果讲师允许的话，会分享 PPT

演讲议题已更新~