《2026年计算机等级考试(二级软件测试压力测试)试卷及答案》

《2026年计算机等级考试(二级软件测试压力测试)试卷及答案》一、单项选择题（本大题共20小题，每小题1分，共20分。在每小题给出的四个选项中，只有一项是符合题目要求的）1.在软件性能测试中，压力测试的主要目的是（）。A.验证系统是否符合性能规格说明书B.通过增加系统负载，直到系统崩溃或性能明显下降，以确定系统的极限能力C.测试系统在长时间运行下的稳定性D.发现系统中存在的内存泄漏问题2.下列关于并发用户数和系统吞吐量的描述，错误的是（）。A.在系统未达到瓶颈前，吞吐量通常随着并发用户数的增加而增加B.当系统达到瓶颈后，并发用户数继续增加，吞吐量通常会保持平稳或下降C.吞吐量是指单位时间内系统处理的客户请求数量D.并发用户数是指在同一时刻向服务器提交请求的用户总数，通常等于系统注册用户总数3.在使用LoadRunner进行性能测试时，用于录制用户操作脚本的组件是（）。A.VirtualUserGeneratorB.ControllerC.LoadGeneratorD.Analysis4.性能测试中，ThinkTime（思考时间）的主要作用是（）。A.模拟用户在操作过程中的停顿，使测试场景更接近真实用户行为B.增加服务器的负载，以便更快地发现瓶颈C.减少测试脚本的执行时间，提高测试效率D.让服务器有时间进行垃圾回收5.在JMeter测试工具中，用于模拟多用户并发操作的测试元件是（）。A.ThreadGroupB.HTTPRequestC.ListenerD.Timer6.下列哪个指标通常不作为衡量服务器CPU性能的直接关键指标？（）A.CPU利用率B.CPULoad（平均负载）C.ContextSwitchRate（上下文切换率）D.DiskI/OWait7.在性能测试分析中，当网络带宽利用率达到100%时，通常首先应该检查（）。A.数据库连接池配置B.应用程序的算法效率C.网络拓扑结构及硬件设备限制D.服务器的内存配置8.脚本录制完成后，回放失败，最常见的原因是（）。A.服务器硬件配置过低B.脚本中存在关联或参数化缺失C.并发用户数量设置过大D.监控工具配置错误9.下列关于“响应时间”的构成，描述最准确的是（）。A.网络传输时间+服务器处理时间B.网络传输时间+服务器处理时间+客户端渲染时间C.DNS解析时间+网络传输时间+服务器处理时间D.用户思考时间+网络传输时间+服务器处理时间10.在进行压力测试时，为了定位数据库层面的瓶颈，通常需要监控的指标不包括（）。A.慢SQL数量B.缓存命中率C.死锁次数D.服务器交换分区使用率11.下列哪种测试属于验证性测试，而非破坏性测试？（）A.压力测试B.负载测试C.疲劳测试D.峰值测试12.在LoadRunner中，函数`web_reg_find`的主要作用是（）。A.注册关联函数，保存动态数据B.在页面中查找特定的文本字符串，用于业务逻辑校验C.设置事务开始点D.设置事务结束点13.性能测试中，参数化的主要目的是（）。A.模拟不同用户使用不同数据进行操作，避免数据缓存影响测试结果B.增加脚本的复杂度C.减少服务器的处理压力D.提高脚本的安全性14.某系统处理一个请求需要100ms，不考虑网络延迟，单线程处理，则该系统的理论最大吞吐量（TPS）是（）。A.10B.100C.1000D.115.在JMeter中，如果需要让所有虚拟用户在同一时刻开始执行请求，以达到最大的并发冲击，应该使用（）。A.ConstantTimerB.UniformRandomTimerC.SynchronizingTimerD.GaussianRandomTimer16.下列关于内存泄漏的说法，正确的是（）。A.内存泄漏是指程序在申请内存后，无法释放已申请的内存空间B.内存泄漏通常会导致CPU利用率飙升C.内存泄漏可以通过增加网络带宽解决D.所有的内存溢出都是因为内存泄漏17.在性能测试场景设计中，Ramp-Up（爬坡时间）设置过短可能导致的问题是（）。A.测试时间过长，浪费资源B.无法准确观察系统性能随负载变化的趋势C.在系统未准备好时就承受巨大压力，导致系统直接崩溃，无法准确测量拐点D.测试结果数据量不足18.下列哪个工具主要用于监控Linux服务器的系统资源？（）A.JConsoleB.VisualVMC.nmonD.PerfMon19.在分析性能测试结果时，如果发现错误率随着并发数的增加而显著上升，且响应时间变长，首先应排查（）。A.是否存在超时设置B.应用服务器的线程池或连接池是否耗尽C.客户端机器的CPU是否占满D.思考时间是否设置合理20.软件性能测试的基本流程中，需求分析阶段最重要的产出物是（）。A.测试脚本B.测试场景C.测试数据D.性能测试指标需求二、多项选择题（本大题共10小题，每小题2分，共20分。在每小题给出的四个选项中，有两项或两项以上是符合题目要求的。多选、少选、错选均不得分）21.下列属于性能测试常见分类的有（）。A.负载测试B.压力测试C.配置测试D.可靠性测试22.性能测试中，导致系统响应时间变长的常见原因包括（）。A.数据库锁争用严重B.网络带宽不足C.服务器CPU满负荷运转D.系统存在不必要的调试日志输出23.在使用JMeter进行压力测试时，常用的监听器包括（）。A.ViewResultsTreeB.AggregateReportC.GraphResultsD.SummaryReport24.下列关于“拐点”的描述，正确的有（）。A.拐点是指系统吞吐量开始下降，响应时间急剧上升的点B.拐点是系统资源利用率达到100%的点C.拐点分析有助于确定系统的最大处理能力D.拐点出现时，系统的错误率通常也会开始上升25.为了提高测试结果的真实性，在测试环境搭建时应遵循的原则包括（）。A.硬件配置与生产环境保持一致或成比例缩放B.操作系统版本、补丁级别与生产环境一致C.数据库数据量与生产环境保持一致（特别是进行全表扫描相关的测试时）D.可以随意安装与生产环境不同的杀毒软件26.LoadRunner中，脚本的运行时设置包括（）。A.Pacing（步长）B.ThinkTimeC.Log（日志）D.NetworkSpeed（网络速度模拟）27.下列属于Web服务器性能指标的有（）。A.Hitspersecond(每秒点击数)B.Throughput(吞吐量)C.TPS(TransactionsPerSecond)D.Pagesperminute(每分钟页数)28.性能测试中，分析瓶颈时需要关注的数据库对象包括（）。A.索引是否缺失或失效B.表空间是否不足C.SQL语句执行计划D.数据库连接数配置29.在压力测试执行过程中，如果发现应用服务器内存持续上涨且不下降，可能的原因是（）。A.程序存在内存泄漏B.配置的JVM堆内存过小，导致频繁FullGCC.系统正在进行正常的缓存加载D.网络延迟过高30.下列关于性能测试报告的描述，正确的有（）。A.应包含测试环境、测试数据、测试场景的详细描述B.应包含测试结果的图表分析及趋势解读C.应明确指出系统是否存在性能瓶颈及风险D.只需要列出最终的平均响应时间，不需要列出详细的原始数据三、填空题（本大题共10小题，每小题1分，共10分）31.在性能测试中，________是指系统在单位时间内处理完成的请求数量或事务数量，它是衡量系统处理能力的重要指标。32.在进行Web应用测试时，________通常指从客户端发出请求到收到服务器响应的第一个字节所经历的时间。33.LoadRunner中，________函数用于将服务器返回的动态数据保存到参数中，供后续脚本使用。34.JMeter中，________元件用于从CSV文件中读取数据，实现参数化。35.性能测试中，________测试是指在特定负载下持续运行系统较长时间，以检测系统是否存在内存泄漏、资源未释放等问题。36.在Linux系统中，使用________命令可以实时查看系统的进程状态、CPU和内存使用情况。37.在数据库性能监控中，________是指数据库在执行查询时，不需要访问磁盘数据，直接从内存缓冲区获取数据的比例。38.性能测试脚本开发中，________是为了模拟多个虚拟用户同时执行某个操作，以便产生最大的并发压力。39.衡量网络性能的指标________是指单位时间内网络能够传输的数据量。40.在分析测试结果时，________线通常用来表示绝大多数用户（如90%）的请求响应时间都在该时间范围内完成。四、简答题（本大题共4小题，每小题5分，共20分）41.请简述负载测试与压力测试的区别。42.在性能测试脚本中，为什么要进行关联？请举例说明。43.简述在Web应用性能测试中，响应时间主要由哪几部分组成？44.请列举至少5个常见的性能测试瓶颈点，并简要说明。五、应用与分析题（本大题共2小题，共30分）45.（本题15分）某电商平台“秒杀”活动系统，预计在活动高峰期会有10万用户在10分钟内参与抢购。已知系统历史数据表明，平时普通交易的平均响应时间为200ms，TPS峰值为500。为了保障秒杀活动顺利进行，测试团队进行了压力测试。场景设计如下：使用LoadRunner模拟并发用户。测试环境：应用服务器2核4G，数据库服务器4核8G。测试数据：商品库存1000件。测试结果数据如下表：并发用户数平均响应时间TPS错误率(%)CPU利用率(App)CPU利用率(DB)1000.3300020%15%5000.8480060%40%8002.53201.285%70%10005.020015.595%90%(1)请根据上述数据，分析该系统的性能拐点大约在哪个并发数区间？并说明理由。（5分）(2)分析当并发用户数达到1000时，系统出现高错误率（15.5%）的可能原因是什么？（5分）(3)针对上述测试结果，作为测试工程师，你会给出哪些优化建议？（5分）46.（本题15分）你正在负责一个在线教育视频播放系统的性能测试。使用JMeter进行测试，脚本逻辑为：用户登录->浏览课程列表->播放视频。在测试执行过程中，发现当并发用户数达到200时，视频播放接口的响应时间非常长，且经常出现“ConnectionTimeout”错误。而登录和浏览课程接口响应正常。(1)请描述你排查该问题的思路和步骤。（8分）(2)假设经过排查，发现视频服务器带宽已占满，且视频文件未进行压缩处理。除了增加带宽硬件投入外，从软件架构和配置层面，可以提出哪些优化方案？（7分）参考答案与解析一、单项选择题1.B解析：压力测试的核心目的是通过给系统不断增加负载，直到系统崩溃或性能指标（如响应时间）不可接受，以此来寻找系统的极限和薄弱环节。A是负载测试或验证测试的目的，C是疲劳/稳定性测试的目的，D虽然可能被发现，但不是压力测试的直接定义。2.D解析：并发用户数是指同一时刻与系统进行交互的用户数，通常远小于系统的注册总用户数。注册用户中大部分是离线状态。3.A解析：VirtualUserGenerator(VuGen)是LoadRunner中用于录制和编写脚本的组件。Controller用于控制场景，LoadGenerator用于产生压力，Analysis用于分析结果。4.A解析：思考时间模拟了真实用户在操作之间的阅读、思考或停顿时间，使测试模型更贴近真实场景。如果去掉思考时间，会对服务器产生不切实际的高压。5.A解析：ThreadGroup（线程组）是JMeter中定义虚拟用户设置的基础元件，用于设置并发数、Ramp-Up时间等。6.D解析：DiskI/OWait（磁盘I/O等待）虽然影响整体性能，但它更多是反映磁盘或进程在等待I/O的状态，不是CPU自身的核心指标。CPU利用率、Load和上下文切换率直接反映CPU的繁忙程度和调度效率。7.C解析：当带宽利用率达到100%，说明网络传输能力达到极限。此时首先应检查网络设备（网卡、交换机、路由器）的带宽限制，以及是否存在不必要的网络流量。8.B解析：脚本回放失败最常见的原因是服务器返回了动态数据（如SessionID），而脚本中硬编码了旧值，导致后续请求校验失败。这需要通过关联解决。参数化缺失通常导致业务逻辑错误（如主键冲突），不一定是回放直接报错，但也是常见原因。9.B解析：响应时间通常定义为：用户发出请求到客户端完全接收到服务器响应并进行渲染展示的时间。主要包括网络传输时间（上行+下行）和服务器处理时间。客户端渲染时间在现代Web应用（SPA）中占比可能较大，但在传统定义中有时被忽略，B选项最为全面准确。10.D解析：服务器交换分区使用率是内存相关的指标，不属于数据库层面的直接指标。慢SQL、缓存命中率、死锁都是数据库核心性能指标。11.B解析：负载测试通常是在预期负载下验证系统是否满足性能指标，属于验证性测试。压力测试、疲劳测试、峰值测试通常都是通过破坏性手段寻找极限。12.B解析：`web_reg_find`是LoadRunner中的服务端注册函数，用于检查服务器响应的页面中是否包含特定的字符串，常用于验证业务是否成功。`web_reg_save_param`（或`web_reg_save_param_ex`）用于关联。13.A解析：参数化让不同的虚拟用户使用不同的数据（如不同的用户名、ID），这样可以避免服务器缓存相同请求导致测试结果虚高，也能模拟真实的业务数据多样性。14.A解析：TPS=1/响应时间(秒)。100ms=0.1s。TPS=1/0.1=10。15.C解析：SynchronizingTimer（同步定时器）用于阻塞线程，直到指定数量的线程到达，然后瞬间释放，实现精准的并发打击。16.A解析：内存泄漏是指程序动态分配的内存由于某种原因未释放，导致可用内存逐渐减少。B通常由死循环或复杂计算引起；D内存溢出可能是由于内存泄漏，也可能是由于配置内存过小且瞬间并发过大。17.C解析：Ramp-Up时间过短，意味着用户在极短时间内全部启动，这会对系统造成瞬间的冲击（Shock），可能导致系统在还没来得及进行资源调度（如连接池扩容、JIT编译优化）就直接崩溃，无法观察到平滑增长过程中的性能表现。18.C解析：nmon是Linux下常用的系统性能监控工具。JConsole和VisualVM主要用于监控Java应用。PerfMon是Windows自带的监控工具。19.B解析：错误率上升且响应时间变长，通常意味着后端处理能力达到极限。应用服务器的线程池或连接池耗尽会导致新的请求被拒绝或排队超时，从而产生错误。20.D解析：需求分析阶段最重要的产出是明确的性能指标需求，如目标TPS、最大响应时间、允许的硬件资源范围等。这是后续测试执行和通过与否的判断标准。二、多项选择题21.ABCD解析：四者均属于性能测试的范畴。负载测试验证预定指标；压力测试寻找极限；配置测试寻找最佳配置；可靠性测试（或疲劳测试）验证稳定性。22.ABCD解析：数据库锁争用会阻塞进程；带宽不足增加传输延迟；CPU满载导致处理变慢；调试日志输出会产生大量的磁盘I/O操作，占用系统资源，拖慢响应速度。23.ABCD解析：四个都是JMeter中非常常用的监听器，用于查看结果树、聚合报告、图形结果和摘要报告。24.ACD解析：拐点通常表现为吞吐量下降、响应时间飙升、错误率上升。B选项中，资源利用率达到100%通常是瓶颈的表现，但拐点可能发生在资源利用率还未达到100%但软件瓶颈（如锁竞争）已出现时，或者资源利用率达到100%就是拐点的表现之一，但A、C、D描述更为准确和全面。25.ABC解析：测试环境应尽可能模拟生产环境。硬件、OS、数据量都会影响性能。杀毒软件会占用资源且生产环境通常不装实时杀毒，所以不应随意安装。26.ABCD解析：Pacing控制事务之间的间隔；ThinkTime控制用户思考；Log控制日志级别；NetworkSpeed模拟不同网速。这些都是RuntimeSettings中的常见配置。27.ABCD解析：Hitspersecond(每秒点击数)、Throughput(吞吐量)、TPS(每秒事务数)、Pagesperminute(每分钟页数)都是衡量Web服务器处理能力的指标。28.ABCD解析：索引、表空间、SQL执行计划、连接数配置都是数据库性能优化的关键关注点。29.AC解析：内存泄漏会导致内存持续上涨；系统正常加载缓存也会导致内存上涨并稳定在一个高位。如果配置过小导致频繁GC，内存usage会呈现锯齿状波动，而不是持续上涨不下降。网络延迟高不影响服务器内存。30.ABC解析：性能测试报告需要详实的数据、环境描述、分析结论和风险提示。只列平均值而不列出详细数据（如90%线、最小值、最大值）是不专业的，无法反映性能抖动情况。三、填空题31.吞吐量32.网络延迟或TTFB(TimetoFirstByte)33.web_reg_save_param(或`web_reg_save_param_ex`)34.CSVDataSetConfig35.疲劳测试或可靠性测试或浸泡测试36.top37.缓存命中率(或BufferCacheHitRatio)38.集合点39.带宽40.90%(或90thPercentile)四、简答题41.请简述负载测试与压力测试的区别。答：(1)目的不同：负载测试的主要目的是验证系统在预期的业务负载下，各项性能指标（如响应时间、吞吐量）是否满足预期的需求；压力测试的主要目的是通过不断增加负载，直到系统崩溃或性能指标严重恶化，以寻找系统的极限能力和薄弱环节。(2)负载强度不同：负载测试通常在预定的性能指标范围内进行，一般不超过系统设计能力的峰值；压力测试则会突破系统设计能力的峰值，甚至直到系统崩溃。(3)关注点不同：负载测试关注系统是否“达标”；压力测试关注系统“能撑多久”以及“怎么挂”。42.在性能测试脚本中，为什么要进行关联？请举例说明。答：关联是为了解决服务器返回的动态数据在后续请求中作为参数使用的问题。原因：现代Web应用通常使用SessionID、CSRFToken等动态数据来维护会话安全。录制脚本时，这些值被硬编码在脚本中。回放时，服务器会生成新的动态值，脚本若仍使用旧值，会导致服务器校验失败（如Session过期或Token不匹配）。举例：用户登录成功后，服务器返回一个SessionID（如`JSESSIONID=ABC123`）。在后续的“查询订单”请求中，需要携带这个`JSESSIONID`。如果不进行关联，脚本每次回放都发送录制的旧ID，服务器无法识别用户，导致查询失败。通过关联，脚本在每次登录时自动提取服务器返回的新ID并赋值给后续请求，从而保证脚本回放成功。43.简答在Web应用性能测试中，响应时间主要由哪几部分组成？答：Web应用的响应时间通常包括以下几个部分：(1)网络传输时间：请求从客户端发送到服务器的时间，以及响应数据从服务器发送回客户端的时间。(2)服务器处理时间：Web服务器接收请求、处理业务逻辑、与数据库交互等消耗的时间。(3)客户端渲染时间：浏览器接收到响应数据后，解析HTML、CSS、JS，构建DOM树并绘制页面所消耗的时间。(4)DNS解析时间（有时单独列出）：将域名解析为IP地址的时间。44.请列举至少5个常见的性能测试瓶颈点，并简要说明。答：(1)数据库：SQL语句编写不当（如全表扫描）、缺乏索引、锁竞争严重、连接池配置过小。(2)CPU：算法复杂度过高导致计算密集型任务占用大量CPU，或者系统上下文切换频繁。(3)内存：内存溢出（OOM）、内存泄漏导致可用内存减少，引发频繁的垃圾回收（GC），导致系统停顿。(4)磁盘I/O：日志写入过于频繁、大量读写操作导致磁盘I/O瓶颈，读写速度跟不上处理速度。(5)网络带宽：网络出口带宽不足，数据传输拥堵；或者网络硬件设备（网卡、交换机）性能受限。(6)外部接口：依赖的第三方系统（如支付网关、短信接口）响应慢，拖慢了整体系统的响应速度（木桶效应）。(7)应用服务器配置：线程池大小、连接数限制等配置不合理，导致请求在队列中等待甚至被拒绝。五、应用与分析题45.(1)请根据上述数据，分析该系统的性能拐点大约在哪个并发数区间？并说明理由。（5分）答：系统的性能拐点大约在500到800并发用户数之间。理由：从500用户增加到800用户时，TPS从480下降到320，平均响应时间从0.8s激增到2.5s，错误率开始出现（1.2%）。在500用户时，系统表现尚可（TPS接近峰值，响应时间可接受）。一旦超过500，系统吞吐量不再上升反而下降，响应时间非线性增长，说明系统已经超过了最佳处理能力，进入饱和或过载区域。因此拐点位于500-800之间。(2)分析当并发用户数达到1000时，系统出现高错误率（15.5%）的可能原因是什么？（5分）答：(1)服务器资源耗尽：应用服务器CPU利用率达到95%，数据库达到90%，系统处理能力已达极限，大量请求来不及处理导致超时。(2)连接池/线程池满：并发请求过多，应用服务器或数据库的连接池已满，新的连接请求被拒绝。(3)数据库死锁或锁超时：高并发下对商品库存的争抢导致严重的行锁冲突，部分事务等待超时失败。(4)后端服务不可用：由于压力过大，中间件或依赖服务崩溃，导致请求失败。(3)针对上述测试结果，作为测试工程师，你会给出哪些优化建议？（5分）答：(1)硬件扩容：应用服务器和数据库CPU使用率极高，建议