性能测试总结讲述.pptx

性能测试总结;1、测试目的 测试各交易的响应时间、TPS，IC卡系统对各交易的处理能力，验证系统在混合场景下是否能够稳定运行，服务器资源的占用率在可接受的范围内。 ;2、测试前提 需要开发配合截取交易报文并指出报文中需要进行参数化的数据。 注：截取的报文为十六进制格式，要在每两个字节前添“\x”, LR只能识别“\x30”格式的数据。;3、测试工具：LoadRunner 选择协议：Windows Sockets 测试步骤： 新建性能测试脚本，选择协议Windows Sockets，Start Recording选择Cancel。 该脚本共分为四部分：Vuser_init、action、Vuser_end、data.ws；其中Vuser_init和Vuser_end不做更改，在action中编写测试脚本，如下：;#include lrs.h Action() { int NumberOfBytes; char *ActualBuffer; lrs_create_socket(socket0,TCP,RemoteHost=10.160.3.104:6011,LrsLastArg); lr_start_transaction(“事物名称”)； lrs_send(socket0,buf0,LrsLastArg); lrs_receive(socket0,buf1,LrsLastArg); lrs_get_last_received_buffer(socket0,ActualBuffer,NumberOfBytes); if (NumberOfBytes0) { lr_end_transaction(事物名称,LR_PASS); } else{ lr_end_transaction(事物名称,LR_FAIL); } lrs_close_socket(socket0); return 0; } ; lrs_create_socket函数意义：创建socket连接，连接服务器 10.160.3.104:6011 lr_start_transaction函数意义：开始事物 lrs_send(socket0,buf0,LrsLastArg)：发送测试报文buf0 lrs_receive(socket0,buf1,LrsLastArg)：接受服务器返回报文buf1 根据返回的报文buf1，如果buf1的字节数大于0.，事务Pass，否则 事务Fail。 （注：该脚本只对buf1的长度进行了判断，只要服务器返回了信息， 事务就是通过的，不同情况的交易可以根据返回的buf1中的是否 存在某些数据来判断事务是否通过） lrs_close_socket(“socket0”)：关闭socket连接; ;Send buf0为发送报文，buf0后边接报文长度；双引号中报文的前四位代表的是报文长度。 Recv buf1为接收报文。 根据实际情况对buf0进行参数化设置：上述报文中对卡号、交易时间、流水号、密码、55域、机构、操作员进行了参数化。 ;参数化设置： 1)、如下图所示：卡号、密码、55域、机构、操作员保存在同一个文件card_no中，各个参数根据参数名称进行选择，密码、55域、 操作员要和卡号选择同一行的数据，card_no选择下一行的方法选择Unique/Each iteration/Continue in a cyclic manner,防止多用户同时选择同一张卡而导致锁卡； 2)、Date_time选择参数类型为Date/Time，liushui_no选择参数类型Unique Number，设置流水号长度，超出流水号值后选择Continue in a cyclic manner。 ; 在Controller中运行负载测试，北京银行IC卡系统对查询、存款、取款、圈存进行了性能测试，分别并发50/100/150用户，单交易性能测试运行30分钟，混合场景比例按照查询50%、取款25%、存款13%、圈存12%，运行30分钟，记录各交易的平均响应时间和TPS。稳定性测试采用的是混合场景，持续运行8小时。在负载测试中，主要关注各交易的响应时间、TPS、事物的成功比率以及系统的占用资源情况。其中响应时间、TPS、事物的成功比率在LR中直接监控，服务器的系统资源通过nmon监控。 场景运行负载测试后导出该场景的测试报告，根据测试报告中的数据（如TPS、响应时间、吞吐量等）以及nmon导出的服务器的资源占用情况完成IC卡系统测试报告。 （注：最好在测试