抢P2P的联想

过年后P2P开标了，又是各种抢枪抢了

过年前是要准备红包，预留了一笔现金，过年后发红包收红包后，腰包又鼓起来了（有孩子的好处啊，前几年都是入不敷出啊），这笔钱要怎么花呢，难道各种买买买。。确实是买买买，不过买的是P2P

买的那个平台是0点放标（吐槽），刚好前两天还在放假中，定了闹钟起来抢。过年后份额比较少，每次白天打开都是灰显-售罄，只能刚放标的时候就去抢了。准时23：55闹钟响了，迷迷糊糊中醒来，揉揉眼睛适应下，打开app看着倒计时，随时准备下手。时间一到刷新页面等待按钮恢复那迷人的橙色。因为实现了12单，所以目标直指一年期，一年期出现得比其他期限的都晚（这是为啥？），通常要刷新几次才变色。但是，但是，但是，那天我一刷新，界面就没有停止过转动，还是在刷新中，手贱再刷新一次，依然是······

我知道，在请求网页时刷新中不要频繁发出请求，只会给服务端造成更大的负担，反而不会加快网页的请求，但是有多少人会耐心等待呢，特别是那种抢的氛围下。这就要说到人对网页加载的可忍耐时间了

平时浏览网页，10秒内是可接受的，正常希望3秒内加载完。如果是秒杀这种抢时间的情况，必须在毫秒级别了

在20几分的时候，我进入了付款界面，然后它告诉我失败了，这种时候火就起来了。老niang大半夜起来折腾这破玩意，还折腾了这么久，竟然失败了(┬＿┬)，困意都被怒火给打败了。浏览其他网友的战果，各种抱怨、火气充斥着网站的帖子，客服MM这时候还要出来灭火（不容易啊，这责任心也是没谁了。冲着这责任心，体验感再差也会体谅的）。看了几个帖子，火也消了，睡觉去。

睡前脑子还在想，这服务器负载不好啊，金融行业的测试是怎么做的呢，性能、安全是最重要的吧-第一感觉是这样，毕竟没有涉及过。

安全方面：通过短信验证码再一次确认

性能方面：不知道测试的负载量是多大。应该是通过压api接口进行负载的吧

如果是我，要怎么测试呢。通常是获取该api接口，塞参数，然后压测。用LR或者jmeter实现。初步想法是这样，实践起来就是另外一回事了。