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

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

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

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

同路人！！！

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

提升逼格，提高地位。

点个赞，好多机型

ok，本来这个专栏就是发一些非技术的文章。以后这个停更掉好了。

谢谢你的阅读和留言，此篇行文比较乱吧，思路不算很通畅，谢谢你的指出，接下来的我会注意这点。
文中的结论成立于某些特定的场景，一些观点是在一起闲扯的时候得出来的，不具备普适性。欢迎有自己的观点。

我们项目中的集成测试、系统测试这些还好，不过技术层面我这没啥讲的。唯一能讲的单元测试，在实际项目中使用的效果不咋好，只能说一下小技术细节，讲不了项目。

只可惜我不会，不然肯定多写写 jmeter 内容

神器，我看我们开发一直在用，我就偷师了

深入学习一门语言，比这些框架 工具都重要

可以先排查一下网络原因

压测，我们一般用 Java，自研的压测框架

删除了一些信息，大佬们觉得这样的文章可行否？

没有太理解，感觉集合 是个办法，鄙人能力有限。

是爱奇艺的那个吗の？

收到，接下来注意

收到，辛苦你屏蔽了，最近在搬家，打扰了。

枚举？？？模糊断言，说说具体逻辑

这个角度刁钻

的确是这个区间

这个是 httpclient 上传文件方法的封装，主要用来做接口测试的。第二点说的挺对，文章写的早，以后写文章我注意。

ok 接下来注意