博主使用一台配置为4个4核3.0G的PC服务器及100M带宽进行了一次压力测试，通过录制发帖脚本并设置并发用户数为200，测试期间达到了8M/s的吞吐量，导致目标网站网络堵塞，用户体验受到影响。文章还提出了两种解决方案。
前天压力测试做完之后，我手上还有台4个4核3.0G的PC服务器，100M的带宽，无聊的很，就找了个小网站注册了一下，然后把登陆帐号和密码保存在本地COOKIE中，录了个发帖子了脚本，设置为200个用户测试5分钟，测试完了，看了下结果：发了100多个帖子，吞吐量8M/s,小网站的服务器压力还受的了，但是网络被堵住了，在测试阶段其他用户无法正常登陆。
总接下，我这么说其实一点技术含量都没有，就是利用好机器和大带宽强行把人家压死了，但是如果网站对发帖子和登陆之类的关键操作都做一些修改就没有这个问题了。
1.关键操作加上数字和字母的验证吗判断，这个比较常用，但是客户比较反感。
2.对关键操作记录操作时间，设置操作最小间隔时间，比如说一分钟只能发一个帖子，如果太快了，提示：“水不是这么灌的，歇一分钟再灌吧！”。
非专业测试人员，有什么见解不对，请勿拍砖
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
