压力测试报告

import requests
import threading
import time
class thread1(threading.Thread):
    count200=0
    count502=0
    count504=0
    count500=0
    countelse=0
    def __init__(self, threadID, name):
        threading.Thread.__init__(self)
        self.threadID = threadID
        self.name = name
    def run(self):
        time.sleep(15)

        a = requests.get(TEST_URL)
        code = a.status_code

        else:
            pass
        if int(code)==200:
            thread1.count200+=1
        elif int(code)==502:
            thread1.count502+=1
        elif int(code)==504:
            thread1.count504+=1
        elif int(code)==500:
            thread1.count500+=1
        else:
            print(code)
            thread1.countelse+=1

if __name__=="__main__":
    True
    threads=[]
    for i in range(2000):
        thread=thread1(i, "Thread-{}".format(i))
        threads.append(thread)
    a=time.time()
    for i in threads:
        i.start()
        time.sleep(0.005)
    time.sleep(50)
    print(thread1.count200,thread1.count502,thread1.count504,thread1.count500,thread1.countelse)

测试结果

测试1

阶段	成功次数	成功率
去年	186	18.6%
alpha	1000	100%
beta	998	99.8%

我们认为有两次请求未成功可能是误差，alpha与beta阶段在主页代码与缓存逻辑上未做大量修改。总的来说，就去年的网页有较大的提升，主要原因是我们将页面渲染从服务器端调整到了客户端。

测试2

阶段	成功次数	成功率	HTTP502	HTTP504	HTTP500	else
去年	没有这个接口	-	-	-	-	-
alpha	527	52.7%	466	0	5	2
beta	911	91.1%	89	0	0	0

可以看到，我们的beta阶段比起alpha有了不小的提升，主要是因为我们优化了缓存方式，建立了专用的缓存表。

测试三

阶段	成功次数	成功率	HTTP502	HTTP504	HTTP500	else
去年	0	0%	362	961	677	0
alpha	1645	62.25%	108	121	126	0
beta	1750	87.5%	156	94	0	0

去年的程序丝毫没有考虑缓存的情况，因此在高计算资源需求接口发生并发时就直接炸了。后来经过手动测试，去年的接口并发大概在10左右。
beta相较于alpha主要是缓存方式略微优化，因此差别较小。

测试四

阶段	成功次数	成功率	HTTP502	HTTP504	HTTP500	else
去年	无法运行此接口	-	-	-	-	-
alpha	597	59.7%	403	0	0	0
beta	923	92.3%	77	0	0	0

去年的程序无法成功调试出这个接口，因此未做测试。
事实上我们beta阶段与alpha阶段评论接口未作什么修改，然而成功率差距较大。我们猜想原因是上次被攻击后数据库中留有大量信息，尽管被逻辑上删除了，但是物理上依然存在，因此拖慢了速度，类似上次数据库评测中sqlite3在较大数据规模下的插入时间。

测试五

阶段	成功次数	成功率	HTTP502	HTTP504	HTTP500	else
去年	0	0%	-	-	-	-
alpha	1023	51.15%	333	600	44	0
beta	1525	76.25%	143	115	0	217

与测试三的原因类似，去年的程序此接口的并发极低。
相较于测试三，这个测试考虑了无缓存的情况。我们对于搜索所有课程是默认有缓存的，而随机搜索的第一次是无缓存的，因此负载会大不少。这个接口仍然有不小的改进空间。

总结

总的来说，我们的网站现阶段在200并发下达到了90%左右的可用性。在实际应用中，我们的网站很少会遇到这种强度的并发，我们的小时活跃量在10左右。此外，在遇到恶意攻击时我们已经有了应对经验，能快速解决问题。

因此我们认为我们的网站在压力测试下表现良好，符合预期目标。

cs