2023最新性能测试八股文【附答案】，软测人必备！_loadrunner八股(1)

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

3. 请问您是如何得到性能测试需求？怎样针对需求设计、分析是否达到需求？

【参考答案】

从需求文档中提取性能测试需求，与用户交流，了解实际使用情况。

结合业务信息设计操作场景总结出需测试的性能关键指标。执行用例后根据提取关键性能指标来分析是否满足性能需求。

4. 请问你是在什么时候开始开展性能测试的？

【参考答案】

通常在产品相对比较稳定，主要功能开发完成，功能测试后期的时候，开展性能测试。

5. 请问性能测试中碰到网页中有验证码的时候，如何编写性能测试脚本绕开验证码？

【参考答案】

常见的方法有两种：第一种是临时让开发人员去掉验证码。第二种是让开发人员在后台预设一个固定的验证码，性能脚本中每一次都使用这个固定的验证码。

6. 性能测试中遇到哪些性能问题？

响应时间过长；内存溢出；cpu利用率过高

7. 概述一下性能测试流程？

分析性能需求。挑选用户使用最频繁的场景来测试。确定性能指标，比如：事务通过率为100%，TOP99%是5秒，最大并发用户为1000人，CPU和内存的使用率在70%以下

制定性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具

编写测试用例

搭建测试环境，准备好测试数据

编写性能测试脚本

性能测试脚本调优(脚本增强)。设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余脚本

设计测试场景，运行测试脚本，监控服务器

分析测试结果，收集相关的日志提单给开发

回归性能测试

编写测试报告

8. 如何确定系统最大负载？

通过负载测试，不断增加用户数，随着用户数的增加，各项性能指标也会相应产生变化，当出现了性能拐点，比如，当用户数达到某个数量级时，响应时间突然增长，那么这个拐点处对应的用户数就是系统能承载的最大用户数

9. 你们系统哪些地方(哪些功能)做了性能测试？

选用了用户使用最频繁的功能来做测试，比如：登陆，搜索，提交订单

10. 你们的并发用户数是怎么确定的？

1）会先上线一段时间，根据收集到的用户访问数据进行预估

2）根据需求来确定（使用高峰时间段，注册用户数，单次响应时间等

11. 你们性能测试在什么环境执行？

参考答案：我们会搭建一套独立的性能测试环境进行测试

12. 你们性能测试什么时间执行？

基准测试：功能测试之后，系统比较稳定的时候再做。

负载测试：夜深人静，系统没人用的时候

13. 如何判断系统的性能是变好了还是变坏了

通过基准测试对比性能指标

14. 你们的性能测试需求哪里来？

1：客户提供需求

2：运维提供需求(负责服务器的稳定性)

3：开发提供需求

15. 如何实现200用户的并发？

在脚本对应的请求后添加集合点(绝对并发)

相对并发：线程组设置200线程数

16. 什么情况下要做关联，关联是怎么做的？

当脚本的上下文有联系，就用关联。

比如登录的token关联，增删改查主键id关联

17. 有验证码的功能，怎么做性能测试？

1、将验证码暂时屏蔽，完成性能测试后，再恢复

2、使用万能的验证码

18. 你们性能测试做的是前台还是后台？

BS项目：测试的是后台服务器的性能和浏览器端性能；

APP项目：手机端和服务器端的性能都做

19. 性能测试指标有哪些

响应时间、吞吐量、Cpu、内存、Io、disk

20. 如何脚本增强？

1、做参数化

2、做关联

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！**

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取