性能测试随笔

最近随着项目的进展，慢慢的做了好几拨性能测试，其实大部分时候，说实在的，性能测试工程师自己心里也没底，到底会遇到什么样的bug，什么样的情况如何解决，那应该如何去做，老师教过，如果去设计场景，老师教过，仅此而已，而我们需要的是到底性能测试工程师是干嘛的，能找到什么样的bug。

笔者去现场做了好几轮性能测试，说实在的，发现的bug并不是太多，对于设计场景，只知道尽可能去模拟高并发的时候会发生的各种情况，甚至不知道如何去发现bug，那我今天就写一下一个代码bug的发现过程。

笔者做性能测试一般情况，会找需求核实几个问题，第一个，并发的场景，第二个，并发的用户数，第三个，确认使用的工具

此刻我们准备工作继续，就是设计测试用例，这个分不同情况捕捉不同的场景，进行比对，从而可以看到性能瓶颈，如果系统的cpu或者内存使用率达到了很高，并发量也很高，则说明，硬件使用地非常充分，反之，如果系统的cpu不高，内存不高，但是并发也不高，却到处报错，或者并发量大的时候，相应两特别大，则说明出现了bug了。

开始书写脚本，脚本写完后，发包工具开始发包，首先我们要确认服务器的seesion数目是不是已经清空，如果session的数目没有清空，再此基础上进行叠加，就会有问题了，因为服务器都是有session的上限的，到了上限，服务器自己会卡死，从而崩溃，这点确认完毕后，发包，查看活跃的session数目与我们预想的是否一致，还有数据库的链接数，要自己观察，服务器的日志也要时刻保持记录，要能看到报错记录

接近着就是从10个并发、20并发、30并发一次递增，对比情况，出现了瓶颈，则分析瓶颈