i需要多少QPS才能测出BUG

　　前段时间我关注了一篇文章，分享如果使用并发压测发现BUG。突然想起一个话题：
　　线程不安全需要多少QPS压测才能发现BUG？
　　我接触到的并发缺陷绝大部分是因为线程安全问题导致的，还有一些数据库锁的问题（这个不擅长）这里就不分享了。
　　关于Java的一些线程安全的问题，可以参考旧文：操作的原子性与线程安全20190716快看，i真的不安全20190719原子操作组合与线程安全20190722线程安全集合类中的对象是安全的么？20200224Lambda表达式在线程安全Map中应用20200601
　　下面我们来聊聊上面提到的问题，因为这涉及到不同类型的BUG需要多少QPS才能测出来BUG，今天来分享一下最简单的线程不安全操作i需要多少QPS才能测出来BUG。用例设计思路
　　首先，我使用的同一个JVM来测试i，发现极容易出现BUG，后来放弃了这种方式。经过思考发现如果放在一个JVM里面，本身已经创建了很多线程去执行i，这种跟实际接口测试差异比我想象的大很多。其次，我创建了一个简单的Springboot项目，写一个简单的接口来实现。
　　总提测下来，上面的问题需要修正，因为能不能测出来不是一个Boolean值，而是一个概率值，后面我也会用发现比例值来表示是测出BUG的难易程度。服务端设计
　　之前一直用mocofuntester框架来构建服务端不行了，无法动态接口返回。所以只能简单弄一个Springboot项目。其他的就不分享了，只分享一下controller的部分。这里模拟盘了一个接口平均响应时间10ms，然后执行一个非线程安全的操作。inti；GetMapping（valuefuntest）publicResulttest1（）｛Thread。sleep（SourceCode。getRandomInt（20））；returnResult。success（i）；｝GetMapping（valuegeti）publicResulttest（）｛returnResult。success（i）；｝GetMapping（valuezero）publicResultte2st（）｛i0；returnResult。success（i）；｝测试用例
　　这里没有使用正经的测试框架，只用了异步线程池和粗略的sleep休眠的方法控制QPS，所以这里会有一个实际QPS统计。默认以固定QPS执行20s。先重置，后执行，最后获取结果。取消所有日志打印，避免误差统计误差数量和误差比
　　测试用例模拟盘两个模型：线程模型和QPS模型。线程模型用例publicstaticvoidmain（String〔〕args）｛deftest｛getHttpResponse（getHttpGet（http：localhost：8080userfuntest））｝defget｛getHttpResponse（getHttpGet（http：localhost：8080usergeti））｝definit｛getHttpResponse（getHttpGet（http：localhost：8080userzero））｝AtomicIntegerindexnewAtomicInteger（）FunHttp。LOGKEYfalsedeft1000defsize1setPoolMax（500）init（）fun｛output（DEFAULTSTRING）｝sleep（1。0）defstartTime。getTimeStamp（）size。times｛fun｛t。times｛test（）index。getAndIncrement（）｝｝｝ThreadPoolUtil。waitFunIdle（）defvalueget（）。getIntValue（data）defendTime。getTimeStamp（）output（当前QPS：｛index（endstart）1000｝）output（index。get（），value）output（getPercent（index。get（），index。get（）value））｝QPS模型用例publicstaticvoidmain（String〔〕args）｛deftest｛getHttpResponse（getHttpGet（http：localhost：8080userfuntest））｝defget｛getHttpResponse（getHttpGet（http：localhost：8080usergeti））｝definit｛getHttpResponse（getHttpGet（http：localhost：8080userzero））｝AtomicIntegerindexnewAtomicInteger（）FunHttp。LOGKEYfalsedefqps100deftqps10setPoolMax（1000）init（）defdecimal1000000000qpsfun｛output（decimal）｝sleep（1。0）defstartTime。getTimeStamp（）t。times｛sleepNano（decimalaslong）fun｛test（）index。getAndIncrement（）｝｝ThreadPoolUtil。waitFunIdle（）defvalueget（）。getIntValue（data）defendTime。getTimeStamp（）output（当前QPS：｛index（endstart）1000｝）output（index。get（），value）output（getPercent（index。get（），index。get（）value））｝测试结果线程模型
　　线程模型模仿的固定线程数去不断请求接口，这里由于接口平均响应时间10ms，每个线程执行次数设计为2000次，差不多20s执行完。
　　设计QPS实际QPS误差数量误差比（百分比）109。6002018。7005042001008720。120017490。22300280180。3400285230。2850041720。02QPS模型
　　由于对实际结果测试并不能很好预期，这里就先从较小的QPS开始了。全程没有触发性能瓶颈，误差部分，测5次，取误差最大的一次记录。这里模拟的线程模型的
　　线程数实际QPS误差数量误差比（百分比）17600214410。054305330。4186171110。69129272240。93
　　经过上面测试，对于需要多少压力才能发现可能存在的缺陷，希望本文能投提供参考。