Linux性能十大经典面试题答案

　　今天课课家跟大家一起，学习（复习）一下十大经典性能测试面试题，为了避免在考试中尴尬，希望大家可以认真学习！

 

十大经典性能测试面试题

　　1.请列举你曾经做过的性能测试项目，包括被测系统名称、硬件架构、应用架构和性能测试工具。

　　答：大数据分析平台;ui端-----web后台----分析后台---hadoop集群--MySQL集群;LR

　　2.如果给你一个 J2EE 的 Web 应用系统，请描述完整的性能测试流程。

　　答：采用lR工具，制定性能测试计划—>开发测试脚本—>设计测试场景—>执行测试场景—>监控测试场景—>分析测试结果---系统调优

　　3.请描述一下如何有效的监控 WEBLOGIC 应用服务器的性能情况。

　　答：直接从操作系统层面监控 或者用第三方的软件监控

　　4.请描述如何有效的监控 Oracle 数据库服务器的性能情况。

　　答： 可以选择Oracle自带的EM进行监控，也可采用Orabbix 插件结合 zabbix工具来监控

　　5.请问当操作系统的 PageFaults/s 数值很大且频繁波动，说明什么?

　　答：PageFaults/s指每秒软页面失效的数目。

　　6.请问在性能测试的时候，怎样判断网络存在瓶颈?

　　答：可以计算Throughput来判断是否网络瓶颈，也可以根据页面细分技术定位

　　7.请描述性能测试报告中应该包含的主要内容?

　　答：

　　1.本次性能测试所覆盖的范围

　　2.所采用的方法

　　3.在什么杨的环境下做的性能测试

　　4.采用了什么样的测试数据

　　5.涉及执行了什么杨的性能场景

　　6.存在什么杨的性能问题和瓶颈

　　8.请比较 Rational 性能测试工具与 MI LoadRunner 的优缺点。

　　答：

　　原理上：LR是记录应用程序端会话，Rational除此之外还可以通过网络方式和代理方式进行记录

　　流程上：Rational工具是一个比较集成的工具，其将性能测试作为整个测试计划的一部分，所以在TestManager中，对创建测试的要求就比较多。LR工具中性能测试可以是独立的，也可以是其他工具的一部分。

　　脚本生成上：LR录制时必须制定一个针对的协议，也就是说不能生成包含多协议的脚本(唯一的例外是可以选择HTTP/Windows SCOEKT双协议，Rational工具可以做到支持多协议脚本)

　　操作方面：LR比较快捷，Rational工具本身占用资源比较多，操作也不方便稳定性不高，总体感觉没有LR好用

　　LR工具可以设定针对目标的场景，这一点尤其适于压力测试和强度测试，并且对服务器资源的监控非常详细，还可以针对很多专们的协议和应用进行检测，这对于某些专们协议和应用的系统非常合适。Rational工具专注于检测每一个虚拟用户每一步的状态，在这方面比其他工具细致!

　　9.如果被测系统没有带界面的客户端，怎么进行性能测试?

　　答： 可以对API进行性能测试，或者手动开发相关脚本

　　10.请说明在性能测试中用测试工具进行数据关联是什么意思，是要解决什么问题?

　　答： 就是把脚本中某些写死(固定)的数据，转变成动态的数据，或者说将前面语句的结果数据保存下来，然后在后面的语句提交请求时使用这些数据。

　　解决的问题：

　　通过Loadrunner录制生成脚本时，交易中使用的数据同时也录制下来了，当回放脚本时，使用的还是录制时候的数据，但是我们知道，应用中的数据是经常变化的，很多交易提交的数据都会随着前面的交易结果来确定，或者根据某些条件动态产生，因此，使用录制时候的数据回放脚本时，就产生错误，导致达不到交易的目的，这时候就需要通过关联，动态的产生或者选择合适的数据，在新的交易中使用。

　　11.性能测试包含了哪些软件测试(至少举出3种)?

　　答：

　　负载测试：负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。

　　强度测试： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况

　　容量测试：确定系统可处理同时在线的最大用户数

　　12.在给定的测试环境下进行，考虑被测系统的业务压力量和典型场景?

　　答：考虑

　　13.什么时候可以开始执行性能测试?

　　答：功能测试通过;一般需要进行性能测试的系统，都是用户量比较大、业务使用比较频繁、比较重要的功能模块。

　　14.简述性能测试的步骤。

　　答： 测试需求分析--------编写测试计划---测试的设计---测试的执行---分析结果---系统调优

　　16.你如何识别性能瓶颈?

　　答：

　　1.几个重要的性能指标：相应时间、吞吐量、吞吐率、TPS(每秒钟处理的交易数)、点击率等。

　　2.系统的瓶颈分为两类：网络的和服务器的。服务器瓶颈主要涉及：应用程序、WEB服务器、数据库服务器、操作系统四个方面。

　　3.常规、粗略的性能分析方法：

　　当增大系统的压力(或增加并发用户数)时，吞吐率和TPS的变化曲线呈大体一致，则系统基本稳定;若压力增大时，吞吐率的曲线增加到一定程度后出现变化缓慢，甚至平坦，很可能是网络出现带宽瓶颈，同理若点击率/TPS曲线出现变化缓慢或者平坦，说明服务器开始出现颈

　　17.性能测试时，是不是必须进行参数化?为什么要创建参数?LoadRunner中如何创建参数?

　　答： 是。　　模拟用户真实的业务操作。 创建参数列表，用参数替换固定的文本。

　　18.你如何设计负载?标准是什么?

　　答：具体负载应该如何设计，应该根据尽可能的贴近真实场景。

　　19.解释5个常用的性能指标的名称与具体含义。

　　答：

　　响应时间：

　　并发用户数

　　吞吐量

　　资源利用率

　　事物成功率

　　20.描述不同的角色(用户、产品开发人员、系统管理员)各自关注的软件性能要点。

　　答：

　　用户视觉：关注软件对用户操作的响应时间

　　开发视觉：用户关心的响应时间;管理员关心的系统可扩展等;架构设计是否合理;数据库实际是否合理;代码是否存在性能问题;是否有不合理的内存使用方式

　　管理员视觉：系统的响应时间;系统运行时服务器的状态;系统是否能够实现扩展;系统支持多少用户访问;系统性能可能的瓶颈在哪里;是否支持7*24小时业务访问

　　21.请问什么是性能测试、负载测试、压力测试?

　　答：

　　性能测试：对一个软件系统而言，包括执行效率、资源占用、系统稳定性、安全性兼容性、可扩展性等。

　　负载测试：通过逐步加压的方式来确定系统的处理能力，确定系统能承受的各项阀值。

　　压力测试：逐步增加负载，使系统某些资源达到饱和甚至失效的测试。

　　22.请分别针对性能测试、负载测试和压力测试试举一个简单的例子?

　　答：

　　性能测试例子：公司开发了一个小型项目管理系统，上线前需要做负载、压力、大数据量、强度测试等。

　　负载测试：逐步加压，从而得到“响应时间不超过10秒”，“服务器平均CPU利用率低于85%”等指标阀值。

　　压力测试：逐步加压，从而使“响应时间超过10秒”，“服务器平均CPU利用率高于90%”等指标来确定系统能承受的最大负载量。

　　23.请问您是如何得到性能测试需求?怎样针对需求设计、分析是否达到需求?在查看需求文档，从中提取性能测试需求，与用户交流，了解实际使用情况。

　　答： 结合业务信息设计操作场景总结出需测试的性能关键指标。

　　执行用例后根据提取关键性能指标来分析是否满足性能需求。

学完了吗？是不是感觉很充实，也不紧张了，如果有关于知识方面的问题，课课家欢迎您~