性能测试面试题附答案范文

1、哪个函数是用来截取虚拟用户脚本中的动态值？（手工关联）Web_reg_save_param2、你如何识别系统瓶颈？从TPS指标分析（即系统每秒处理可处理事务数）当前随着用户数的增长其系统每秒可处理的事务数是否也会增长3、think_time有什么用？Think_time作用主要有以下几种：1）降低当前运行时压力，缓解对应用服务器所造成的压力2）模拟真实生产用户操作，考察对服务器所造成的影响4、一般什么时候开始进行性能测试被测系统的正常业务流程通过，即集成测试通过后。5、进行参数化的目的1）减少脚本的大小2）提供不同的值以提高执行脚本的能力，从而更加真实的模拟生产环境的数据6、容量测试方法中为什么要以逐步递增的的方式进行虚拟用户数随着负载时间的延长而增加，可以帮助确定系统响应时间减慢的准确时间点以及准确用户数7、假设在测试过程中发现某些事务的响应时间过长，但分析应用服务、数据库服务以及网络都属于正常现象，问可能出现的原因1）LR客户端机器是否已无法承载当前运行压力导致LR无法及时获取从服务端返回的信息2）Think_time（即思考时间）是否已忽略3）确定当前被测系统架构，是否为在每次测试过程中清除缓存所导致8、如何发现应用服务的相关问题？1）通过某些事务的运行，判断是否在应用代码层未进行调优导致事务响应事件过长2）通过实时监控工具（nmon等）监控分析：a）系统在运行过程其CPU是否稳定运行或CPU耗用是否过高b）在系统运行过程中其内存是否存在内存泄露现象3）打开应用相应日志，分析在运行过程中是否存在交易报错并获取错误原因查看是否由于代码原因导致交易错误发生9、如何发现数据库的相关问题？1）通过运行某些相应的已获取的SQL语句，判断是否由于数据库索引所导致的事务响应过长的问题发生2）通过实时监控工具（nmon等）监控分析：a）在系统运行过程中CPU是否可稳定运行或CPU耗用过高；b）在系统运行过程中其内存是否存在内存泄露等现象。10、解释以下函数及他们的不同之处。Lr_debug_message发送调试信息到输出窗口或相应日志内，即调试日志Lr_output_message发送日志信息到输出窗口或相应日志内，即INFO日志Lr_error_message发送错误日志信息到输出窗口或相应日志内，即ERROR日志Lrd_stmt赋予一个SQL语句用于处理Lrd_fetch获取结果集中的下一行数据11、常见的性能测试方法有哪些？以及每类测试方法的目的是什么？1）基准测试：确保测试环境无问题，初步评估每次只是单独运行一个交易时，当前系统的响应时间是否够快，各服务器的CPU、内存耗用是否合理；2）单一交易并发测试：确保数据库不存在线程死锁等问题，评估在只是单独运行一个交易时，其系统的响应时间是否够快，各服务器的CPU、内存耗用是否合理。3）混合场景测试：模拟真实生产场景，评估其系统各交易的响应时间是否够快，各服务器的CPU、内存是否合理。4）浪涌测试场景：模拟高峰与低峰业务处理量，评估系统各服务器的CPU、内存耗用是否合理。5）稳定性测试场景：模拟不间断运行系统，评估系统是否可高效不间断稳定运行。6）容量测试场景：通过不间断逐步加大用户数或业务处理量，确定在特定环境下，预测其系统所能承载的最大用户并发数或最大的业务处理量，从而为项目组提供扩容依据。12、解释几个常用的性能指标的名称与具体含义。1）事务：（全称：transaction）,单位：个，即用户在准备进行一个操作到完成操作的过程2）思考时间：（全称：thinktime）,单位：秒，一般与事务组合使用，例如在A事务后或者在A事务前增加一个2秒的思考时间，即指每2秒钟运行一次A事务3）集合点：（全称：rendezous）,—般与事务组合使用，例如在A事务前增加一个集合点，且用户并发数为10用户并发，即指10用户每次均需完全到达这个集合点后，在一次性进行并发发起请求，在性能测试中，通常将未设置集合点的并发叫做广义并发（因系统处理能力有限，存在排队概念，因此会导致用户发起的请求顺序有先有后），将设置集合点的并发叫做狭义并发（即客户端一次性想服务器发起请求），一般，性能测试所采用的模式为广义并发模式。4）事务响应时间：（全称:transactionresponsetime），单位：秒。其主要作用为评估当前系统的响应时间的快慢。5）事务TPS：（全称transactionpersecond），事务处理能力，单位：笔/秒，其主要作用为评估当前服务器的处理能力。6）并发用户数：（全称:Runningvusers），单位：个，其主要作用为用来评估当前服务器的负载压力。并发用户数的计算：事务响应时间*事务TPS〜并发用户数7）吞吐量：（全称：throughput）,单位：字节，即指客户端在向服务器端发起请求后，其服务器的返回信息。吞吐量的计算公式为：总事务TPS*总返回字节数*运行时间〜吞吐量。8）点击数：（全称hitspersecond），单位；次/秒，即每秒客户端向服务器端发起的总请求数，其主要作用为用来评估当前服务器的负载压力。9）通过事务数：单位：个，即系统在运行一段时间内其事务的总计完成事务数10）失败事务数：单位：个，即系统在运行一段时间内其事务的总计完成失败事务数11）事务通过率：即指系统在运行一段时间内其事务完成的成功率。其主要作为是用来评估当前系统的稳定运行处理能力。事务通过率的计算公式：成功事务数/成功事务数+失败事务数*100%CPU资源利用率，即系统在运行一段时间内，其各相关服务器CPU的资源耗用情况13、请问您是如何得到性能测试需求？怎样针对需求设计、分析是否达到需求？在查看需求文档，从中提取性能测试需求，与用户交流，了解实际使用情况。结合业务信息设计操作场景总结出需测试的性能关键指标。执行用例后根据提取关键性能指标来分析是否满足性能需求。14、客户交付一个性能测试项目，请阐述你的实施流程测试设计阶段：了解被测系统的性能需求，定义测试目标与范围；了解系统的技术信息，如系统架构确定测试，进度安排，并制定测试计划，场景设置方案及需收集的测试数据同相关人员协商讨论测试方案准备测试收集模板，不同项目的性能测试，需收集的数据不同，针对性的制定一个模板更符合需要测试环境准备技术准备：选择性能测试工具，测试方案中涉及到的技术问题;测试数据的收集方案实现；如：如何监控系统资源等；搭建测试环境创建初始数据：如虚拟用户使用的账号等；测试执行阶段：1)录制脚本2)调试脚本执行场景；收集测试数据，并简单整理测试分析阶段：1)分析测试数据提交测试15、请在以下两个项目当中，选择一个，考虑如何进行用例设计：a■杯子b■有弹簧的圆珠笔a■杯子需求测试：查看杯子使用说明界面测试：查看杯子外观功能度：用水杯装水看漏不漏；水能不能被喝道安全性：杯子有没有毒或细菌可靠性：杯子从不同高度落下的损坏程度可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等易用性：杯子是否烫手、是否有防滑措施、是否方便饮用用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述疲劳测试：将杯子盛上水(案例一)放24小时检查泄露时间和情况；盛上汽油(案例二)放24小时检查泄露时间和情况等压力测试：用一根针并在针上面不断加重量，看压强多大时会穿透强度测试：杯子加包装(有填充物),在多高的情况下摔下不破损b■有弹簧的圆珠笔：功能测试：圆珠笔按下是否能正常写字，写字太重会不会缩回去，继续按会不会弹回去性能测试：圆珠心弹出弹回的快慢负载测试：一直按，弹簧能接受多少次的升缩兼容性测试：换其他的笔芯能不能行强度测试：用力过度会怎么样可恢复性测试：如果弹簧压久了，是否可恢复等等GUI测试：笔的外观，拿笔的舒适性安全性：考虑对笔芯的保护，是否对使用者造成的危害等等16、现有Customers表和Sales表的数据如下Customers表：CustIDNameShpCityDiscountAdaptoPortLand0.05AAPortLand0.05SeaworthAlbany0.04Sales表：SaleIDCustIDSaleMount8000650059004500要求：1)给出查询语句，描述：在Customers表中查询名字为AA查询语句给出删除操作，描述：在Sales表中删除SaleID为的语句。根据以下结果表给出多表查询语句。SaleIDCustIDNameDiscountSaleMountAdapto0.058000Seaworth0.046500Adapto0.055900AA0.054500答案：select*fromCustomerswherename='AA'deletefromSaleswhereSaleID=''fromselectSales.SaleID,Customers.CustID,Customers.Name,Customers.Discount,Sales.SaleMountCustomers,SaleswhereCustomers.CustID=Sales.CustIDweb系统脚木录制过程屮，两次录制同一功能点，在ViewTree的ServerResponse屮产生的字符串分别为：ServerResponse：namc=u_id_NodcMvaluc=nRSDP(M)13425nA：ENDITEM,ServerResponse：namc=nJd_NodcMvalue』RSDP1203655nA：ENDITEM,为脚木回放成功，需要祷存串屮某些字符做一定处理，吗出详细实现方法。答案(概要九1、发现文屮阴个字符串为动态ID：”RSDP0013425"和"RSDP1203655"：2、对动态ID进行处理，利用下面函数，将动态ID的值取出保存在“id”变量屮。web_reg_s8ve_param("icT,"LB二ServerResponse:naine=\"_id_Node\"value=\*RB二\"\/>\",ENDITEM,",LAST):lr_log_message("弔s：lr_eval_slring("{id}"));3、在后续代码屮如遇到该动态ID可由“id”变虽代替。替换形式如^"Name=outboundFlight^"Value={oul)\ENDITEM