这是一个非常简单的系统。性能测试人员用LOADRUNNER录制脚本，然后用逐步加压的方式来运行脚本，TPS、ORACLE的命中率、资源占用都很理想。性能测试人员就陷入了一种盲目的乐观情绪中，就认为系统性能没有问题，结果在实际运行中系统性能与性能测试中的性能相差很大，为什么会出现这种情况呢，下面我们来分析一下：首先我们来了解一下ORACLE的运行机制：从客户端发送一条SQL语句到ORACLE服务端，ORACLE要对SQL语句进行解析、执行、返回结果。
并且ORACLE有一个LRU（最近最常使用的语句）机制，把最近最常使用的SQL语句保存到共享内存SGA中的libary cache中，下一次再有这样的请求它就不解析了，直接从共享内存中使用。假如我们使用的SQL语句是select roleID from usertable where username='AAA' and password='123'，在我们加压的时候它就解析一次或很少的几次，其他的请求就会从共享内存中取得，并且返回的结果也会保存到BUFFER CACHE中，这样系统的测试结果当然就是很好的。但在实际工作中，用户名和密码是各种各样的，而ORACLE解析的条件又要求非常苛刻，SQL语句有一点不同它就认为是不同的SQL语句就要重新进行解析，而解析非常耗费系统资源，所以在实际运行中系统的性能和性能测试的结果相差很大。通过这个例子我们可以看出我们没有把真正的压力压到点上，也就是进行的不是有效性能测试。 如何进行有效性能测试呢？一定要仔细地分析你要进行测试系统的架构、技术体系，LOADRUNNER只是一个加压工具，它对 ORACLE的监控也非常的不好，不要盲目的相信LOADRUNNER.一定要充分重视测试的调研和设计工作，如果能在测试前拿到系统开发的各种文档是最好的，如果没有也要充分调研业务人员、开发人员、系统运维人员，了解系统的技术架构、业务组成、业务流程、业务频度、数据量等要素，这样才能进行有效性能测试。
文档名称：ZT-O023OptiXBWS1600G系统调测专题分解.ppt格式：ppt 大小：2.36MB总页数：42
上传时间：2017-03-16上传者：111****
下载源文档需要：35元人民币
spacespace
下载敬告：弯卖
文档介绍：
OptiX BWS 1600G 系统调测专题 学习完此课程，您将会： 独立调测好监控信道 独或闹老立调测好主业务信道 利用T2000了解全网的性能状况 设备调测基本规范 严禁电源线带电安装拆除 单板和仪表要注意防潮、防静电处理 尾纤 *** 作注意：尾纤头清洁、防尘帽、弯曲半径 光纤连接必须100%无误 单板 *** 作不准带纤插拔（拉曼放大板除外） 资料准备 工程设计文件 网络图（包括全网组网图、基本拓扑图、公务图及网管图 ） 光放大器配置图（放大器配置情况及光缆衰耗 ） 机柜板位图 波长分配图 机柜连纤图 现场勘测报告 调测工具和附件的准备 仪表：光谱分析仪、光功率计、SmartBits（用于GE业务） 附件：调测用尾纤 FC/PC－FC/PC、LC/PC－LC/PC、LC/PC－FC/PC各2根 固定衰减器 3dB、5dB、10dB、15dB若干、擦纤纸等 网管：配套发货的网管必须为T2000网管V2R1C03B027以上版本，并在License中申请波长管理功能 OptiX BWS 1600G 信号流 机柜上电 检查光纤连接 测试子架功能 测试监控信道 监控信道光功率 SC2/SC1/TC1/TC2输出光功率均在-3~-4dBm之间 FIU板上RM与OUT之间及TM与IN之间的插损在1dB左右 接收端光功率＝发送端光功率－光缆衰耗－2×FIU插损 监控信道光功率 主信道调测步骤 发送端OTU:平均发送光功率 平均发送光功率是衫升指波长转换板发送伪随机序列信号时，耦合到光纤上的平均光功率 带FEC功能的OTU单板的测试方法 发送端OTU:平均发送光功率 合波器输入、输出光功率 测试方法： 用仪表测出各通道
1、确定API接口的功能和参数：根据需要对接的API接口，确定其需要实现的功能和所需的参数，包括输入参数和输出参数。2、获取API接口的访问密钥：如果对接的API接口需要访问密钥，需要先从API提供商处获取访问密钥。
3、配置API接口访问地址和参数：将API接口的访问地址和参数配置到对接程序中，以便能够正确地访问API接口。
4、测友空试API接口连接：在配置完API接口访问地址和参数后，需要进行一次连接测试，确保对接程序能够成功地连接到API接口。
5、解析API接口返回数据：当对接程序成功连接慎斗到API接口后，需要解析API接口返回的数据，并将其格式化为需要的数据格式，以便后续处理和使用。好孝瞎
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）