标签：style ar io 使用 sp strong on 数据 问题
一、性能测试提前准备关注点
1、性能测试的环境配置需要能够尽可能的模拟版本的现场使用，包括外网的设备，软件网元，各种硬件平台，操作系统，软件平台；
2、性能测试需要准备合适的模拟脚本来尽可能全真的模拟客户可能的操作，比如同时并行网页操作，同时进行socket连接等。而且要超出客户的真实可能情况。
二、性能测试需要出两类数据
1、基准测试对比数据：比较本版本和前一版本的性能指标的情况。用以发现本版本的功能合入是否影响了基准的性能。基准测试的情况下，本版本的新增功能和特性默认都是不打开的，保持和前一版本一致。
2、单个功能的性能对比数据：验证本版本中，新增的功能和特性打开的时候，此功能对于版本的性能的影响。
三、性能测试过程关注点
1、资源的占用情况：查看资源的使用情况。资源包括CPU，内存，硬盘等。
2、资源的释放情况：查询系统在业务处理停止后是否可以正常的释放资源，以供后续业务使用。按道理业务停止，资源应该及时释放。常见问题，内存泄露，资源吊死，导致系统不能正常释放资源，严重情况导致宕机。可以用很多工具来检测资源情况。
3、异常测试：性能测试的情况在一定的话务（一般是模拟现场的用户）的情况下，进行硬件倒换，双机倒换，业务切换等。包括破坏性的输入接入来验证系统在高负荷情况下的容错性。
4、查询告警等信息：一般系统都会在出问题的时候，进行通知和告警，这些信息是暴露问题的最好手段，性能测试需要及时查看。
5、长时间运行：性能测试是模拟设备长时间的运行，这个是很好的检查版本在外场测试的手段。可以检查出很多跟时间，定时器等相关的积累效应的故障。
6、日志检查：性能测试需要经常的分析系统的日志，包括操作系统，数据库，软件版本等日志。
7、查看业务响应时间：长时间的测试后，查看业务响应的时候是否在客户可以接受的范围。比如网页的响应时间，终端登录时长等。
四、性能测试的人员要求
1、性能测试的人员必须是骨干，不能使用新人进行性能测试。
2、性能测试的人员必须对全系统非常熟悉，对于问题定位手段使用熟练。能够牵头带领开发人员进行性能相关的问题排查。
五、性能测试报告
1、性能测试报告要体现基准性能数据，单个功能的性能数据。用于评估版本是否可以在原有的硬件环境下保持同样的处理能力。
2、性能测试报告需要满足各个测试利益相关者的要求。所以性能测试进行前需要获得测试利益相关者的要求，做成明细表，然后再开始性能测试。
六、性能测试的工具要求
1、性能测试必须有一定的工具准备，包括LR等 。很多产品的性能测试需要自研性能测试工具，工具的最高境界是可以全真的模拟客户的操作。 特别说明，LR仅仅是一种工具，而性能测试是一套理论和方法。
2、性能测试工具使用过程中，需要搀和手工操作。比如模拟客户购物的网购动作。工具和手工需要有效结合。用以弥补工具的某些不可预知的不足。
标签：style ar io 使用 sp strong on 数据 问题
原文地址：http://www.cnblogs.com/yanghj010/p/4169694.html
