性能测试培训思路

是指在某个特定的硬件、软件、网络环境下通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

含：执行效率，资源占用，稳定性，安全性（压力测试是安全测试的一种），兼容性（class文件能不能放到兼容性平台上，如程序和浏览器内核能不能弄到一起去）



验证改进的性能效果，需要和以前的测试结果进行比对；

新的业务上线，验证新系统能够满足系统的上线指标；

验证系统稳定性；

验证系统的架构是否存在瓶颈；



硬件环境：参考实际的生产环境搭建，并且要考虑自身的硬件成本

软件环境：尽量和生产环境使用的版本和配置保持一致，并且尽可能保持最优配置

网络环境：尽可能参考生产环境的网络结构和搭建，尽可能不要跨多个网段

数据库中基础数据的准备

基础数据的内容和数据量

需要参考具体系统的业务内容和使用规模

类似系统的数据量规模

尽可能多增加一定比例的冗余数据

测试数据准备方法

数据库存储过程

LR、selenium等自动化测试工具

最优的性能测试环境就是即将正式上线的正式环境



loadrunner

webload

jmeter

自写的多线程压测程序

选择的标准：能完成特定要求的性能测试要求即可，优先考虑使用强大的图表和控制功能的lr



和整个开发团队一起确认性能测试的范围

系统中被频繁使用的功能、调用的接口等

系统中涉及到大量数据库读、写的功能

大量读写系统缓存部分的功能



http://www.cnblogs.com/scios/p/5432599.html



新上线的测试系统没有明确的数字标准对比情况下，被测系统已经被测试到了系统极限（系统的某些资源已经被耗尽，CPU,句柄，内存，数据库出现大量的slow query，系统有些处理已经变慢），并且系统证明是可以水平扩展的，则可以上线。

有以往的测试结果进行比对，只要证明类似的的测试条件下，此次的测试结果比以往的测试结果更好即可（TPS更多，单次请求的处理速度更快）

没有可以比较的测试结果，但是产品已经上线一段时间（至少三个月），有一些运营数据，则需要分析运营的数据来作为比对的基准，只要被测系统达到三个月内系统并发峰值的4倍就可以认为是可以接受的。（如果是接口为测试对象，则需要混合主要的接口来进行性能测试）----不建议

开发人员提供经验作为比对基准，则被测对象只要证明满足开发人员提出的经验值即可。

如果选择以上的某一种策略，则必须明确系统的每秒处理个数和每次请求的具体时间的具体数值，并出具最终的性能测试报告。



　　脚本录制、编写、修改、随机化策略、调试和运行，查看log和数据库内容验证脚本正确性