性能测试QQ面试总结.docx

性能测试QQ面试总结

第一篇：性能测试QQ面试总结21克9:46:17你全权参与的性能测试项目有几个？低调的鱼9:48:08BECIF平安银行客户信息管理系统平安银行个人网银改造（接入一帐通卡后）平安投行证券管理系统交通银行积分管理系统中银联OA系统21克9:48:50那在性能测试中有没有发现什么缺陷？低调的鱼9:53:09我去整理一下21克9:55:29好的低调的鱼10:03:24BECIF平安银行客户信息管理系统1822BECIF1.0.0性能测试-客户基本信息查询（20并发场景脚本查询客户基本信息_byBecif_c.lrs）P2L2关闭21842BECIF新增客户性能优化P4L3已关闭31848综合场景测试（3004hour）未达到1S响应时间要求P2L2已分配1.疑似客户判断代码取线程数有误。2.查询疑似客户返回值最大个数未做限定。3.中间件ESB对于XML脚本的最大长度限制过小。4.数据库连接数不够。平安银行个人网银改造（接入一帐通卡后）1.weblogic线程数不够2.数据库连接池数不够平安投行证券管理系统1.服务器系统资源不够2.用户登陆验证机制时间过长。交通银行积分管理系统1.100并发用户时积分查询交易超时中银联OA系统1.tomcatJVM过少2.tomcat线程数过少。3.多用户登陆时流量统计插件报错。低调的鱼10:04:09BECIF的缺陷当时我有记录，其他的项目只是记得自己当时做性能测试过程中发现的问题。21克10:06:45对BECIF平安银行客户信息管理系统来说，你提及的4条调优的建议是基于什么测试结果提出的？21克10:07:00也就是说你是如何得出这4调结论的低调的鱼10:25:361.疑似客户判断代码取线程数有误。查询疑似交易单独运行时，weblogic的线程数增长速度过快，系统线程数迅速到到最大负荷2.查询疑似客户返回值最大个数未做限定。我当时编写的脚本是新增用户后再进行疑似查询操作，用户的五项关键信息为：姓名，性别，生日，证件类型，证件号码2.1证件类型，证件号码同2.2姓名、性别、生日三者相同如上两种情况都是属于疑似客户，我的查询疑似的脚本中只用户姓名进行了参数化，（每增加一个用户，疑似判断的用户就+1）因为当时跑了100并发用户的综合场景，分了15分钟，1小时，4小时几次运行。查询疑似交易的平均响应时间越来越长，后面去CC上取代码看的时候，发现开发未对疑似的最大值进行限制。3.中间件ESB对于XML脚本的最大长度限制过小。新增用户不添加产品信息时，查询客户所有信息交易平均响应时间正常。但是从生产上取下来的数据屏蔽名字后，进行综合场景运行过程中，查询客户所有信息的交易失败率大大增加.原因为客户产品信息和基本信息所涉及的字段有300余个，有80多个字段为文本类型，如果客户有多个产品信息的话查询时系统后台生成的XML脚本文件有可能大于而ESB对于BECIF传出的XML脚本文件限制的最大值为1M4.数据库连接数不够。200用户综合场景运行时,查询类的交易平均响应时间过长，后台log中，返回交易有超时情况weblogic中事务排队严重。21克10:32:10上面的这些的调优工作是有测试人远来做还是由开发人员来做的？低调的鱼10:35:33中间件的参数变更平安银行那边是有专门的人做的，我们只能是提缺陷和建议，然后由他们评审之后确定是他们的问题再作修改的，至于代码类的问题是开发来改的。我所做的事情就是尽自己可能去收集资源，发现问题，提出自己的见解21克10:36:41你提出的这些建议都有别接受吗？21克10:37:02他们修改后的性能提高了多少？低调的鱼10:37:36这几个都是接受了的21克10:37:44他们修改后的性能提高了多少？低调的鱼10:37:55BECIF项目，按照平安规范，依据性能测试需求分析和方案。进行压力测试测试目的（1）模拟真实应用，系统各个主要业务流程能否在78个并发用户同时访问情况下响应时间为1s以内。（2）在系统各业务流程能正常运行的情况下，系统能承受多少个并发用户同时访问（系统承压能力）。（3）测试主要业务流程（或者某事物）的响应时间。低调的鱼10:38:25这个是一期的要求，经过一系列调整后所有交易都达到上面的指标21克10:39:25你们的性能测试时有自己的环境还是在生产环境上进行的？低调的鱼10:43:10生产上肯定是禁止运行的，专门的性能测试应当说有的一般都是在STG环境上运行的，BECIF这个项目，当时用于性能测试的有三个环境，PER环境新功能及系统的测试环境PIR环境主要用于常规版本测试的生产缺陷问题验证和修复还有一个是容灾环境，这个环境都是最新版本的系统，一般都是在这个上面做性能测试。21克10:44:15你们的性能测试用的是什么工具？低调的鱼10: