二、测试经验
1.应该尽早的进行性能测试，不建议上线后做性能测试
2.我们不可能对所有的系统功能都进行性能测试。
在测试设计时需要结合当时的实际系统，先分析软件可能存在的瓶颈，此时可依据80/20原则(帕雷托原则)分析，再依此制定性能测试的方案：
1)对系统资源的利用;
2)数据大量传输;
3)数据转换(获取其它库表中数据转换为XML格式，或二进制);
使用的频度(分析用户习惯)
对可能成为瓶颈的模块要细分，同时又要分析用户行为习惯，用户行为习惯是很重要的。有些模块可能开发人员认为并发会很多，但实际上，可能可能一天只用一次。
3.不要丢弃原来旧的测试结果
1)可以量化开发产生的影响
2)可以把现在和以前的性能进行对比
3.不要把测试脚本复杂化
4.使系统的think-time时间更贴近实际情况。
5.对于B/S架构的系统 ，在录制脚本之前，将浏览器的cache和cookie清空。
三、教训
在现场录制脚本，临时碰到问题，导致花了很长时间调试脚本
解释：我第一次在移动培训室里现场录制脚本时，却临时碰到问题，花了很长时间修改脚本，并且还好那时是有微软服务的人现场指导，否则可能那天的测试都没法进行了。
应对：
1)在公司要多试，并将脚本调通，并记下录制步骤，及注意事项
2)在计划测试前，到客户处将脚本录制好
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
