了解了，目前已经修改了 send() 方法。

妥妥的

移动端的敏捷测试，水文。

这俩工具我都不用，不太能解答你的疑问。固定 QPS，JMeter 我知道有一个叫并发控制器（印象中）可以实现这个需求。固定 QPS 不一定值得是一个请求，也可能是一个过程（多接口联动之类）。我这接口测试之用 Java 做框架，Groovy 做脚本。

长远来看，代码更好。但是门槛更高。如果追求实用，短期效果的话，JMeter 最佳。

如果再考虑到其他因素，比如说功能、自动化、CI/CD 的话，JMeter 就远远不如代码方便了。

这个业务有点特殊，单个资源单个用户创建的 id 是一样的，第二次创建会报重复。如果单测一个接口的话，很难造数据。之前的一个类似场景就是分开测的，先测试创建，然后把几万个 id 取出来，再去删除。之前有一个消息队列的测试就是这么搞的。

牛

抱歉，端上测试关注的少，暂时还没有这方面消息。下次遇到一定更新出来。

目前我用的 1.0.1 版本还没有这个功能。这个软件更新太慢了，搞不好以后会废掉。

FunTester 这个只是一个工具类集合，没啥体验环境。fun-svr 是一个测试服务。由于前端不是我写的，所以搞不来代码，有一些文档，可以参考一下。主要借鉴意义就两个 1、线程池任务；2、分布式测试用户锁

我目前也没有找到弱网测试的选项设置

这个我看资料 beta 版本的确是 60 天试用，但是我用的时候没有提示这个，版本号 1.0.1.

的确算是残疾，不过未来可期，如果团队加快一些开发进度的吧

谢谢支持

其实也挺快的，13、14 已经不少尝鲜了

谢谢

先做了非空校验，然后判空。大佬指正，火速修改。

已改好，谢大佬指点

第一个问题的确是这样，我这里只用了用到了表名，没有用到列名。user_status 是用户 id 和名称对应关系表名，不是列名，起名没弄好，容易混淆了。
第二个，这里需求是精确查询，你说的这个是个问题，跟前端商量之后，已经改了。

这个是用单测覆盖率吗？我怎么感觉你这个覆盖率统计成了单元测试用例，而不是被测源码部分。

最后一栏指的是代码层吗，就是无法看到哪行代码具体的执行情况？如果是的话，你需要关联源码才能看到具体的覆盖率情况。

tc 是啥？有点懵. 可以解决多线程并发的时候固定 QPS 么？

同路人！！！

我一直以为是一个团队做的，没想到里面还有这么多故事。

提升逼格，提高地位。

点个赞，好多机型