软件测试面试刷题,这个小程序(永久刷题),靠它可以快速找到工作!https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502
前面两篇文章介绍了性能测试基础知识,以及从零开始落地实践性能测试的过程,并通过几个案例剖析了落地过程中每个阶段的重点工作和注意事项。
在上述基础上,本篇内容会从个人实践视角转换到知识体系视角,即如何构建自己的性能测试知识体系。看完本篇,各位同学可以参照本篇文章中的内容以及案例,在日常工作中通过不断实践来构建自己的性能测试知识体系。
一、测试策略
所谓测试策略,即针对不同项目和需求,可供选择和使用的解决问题的手段。性能测试在执行层面,基本都是采用工具模拟并发请求,但请求发起方式和过程,则需要根据不同的场景灵活调整使用。
在正式介绍几种常见的测试策略之前,我会先介绍性能测试的应用领域。只有对性能测试的应用领域有一定的了解,才能在实际工作中很好地评估和使用正确的测试策略。
应用领域
概括来说,性能测试的应用领域大体可以分为如下五个方面。
能力验证
这是性能测试中最常见的一个应用领域,一句话概括:系统能否在A条件下具备B能力。举个例子:系统能否支撑双十一零点一万用户同时下单抢购某个商品?这就是一个很典型的性能测试需求。
该应用领域的性能测试,具备下列这几个特点:
-
环境确定:线上生产环境;
-
需求明确:双十一零点,一万用户抢购(秒杀)场景;
当环境和需求明确之后,性能测试执行其实就很简单了,只需要根据需求设计测试用例,准备数据,然后模拟>10000的并发去请求该场景,对其性能进行测试验证即可。如当前系统的性能不满足需求,则按照流程进行瓶颈定位,问题分析和性能优化验证。
性能调优
性能调优也是较为常见的一个应用领域,比较典型的场景有参数调整(连接池大小)、服务器升配或者技术架构上的调整(数据库从单体拆分为主从)。一个标准的性能调优流程大致如下:
-
确认基准环境和基准性能指标;
-
调整对应的参数/配置/技术架构,执行测试验证;
-
记录测试结果并对比分析(调整后的结果和基准指标对比,判断是否达到预期的调优目标);
在实际的性能调优中,要注意:不要一次性调整过多配置或架构,否则很难判断具体哪个调整对性能产生了影响。
瓶颈发现
这一领域的主要目的是通过性能测试来发现系统存在的性能瓶颈。比如测试环境性能达标,发布到线上环境出现了性能故障;或者在完成集成和系统测试后,对即将要发布的系统进行性能测试。
瓶颈发现应用领域一般可以视为系统测试阶段的补充手段,或者作为线上稳定性保障的应急和故障排查手段。
容量规划
该领域的核心可以用一句话概括:如何使系统具有我们预期的性能能力/在某种可能发生的风险或条件下,系统具有如何的性能能力?一个典型的案例:电商业务双十一大促前,需要通过各种手段让系统满足大促期间峰值流量的冲击并且提供正确及时稳定的处理能力。
容量规划领域的重点是规划,即在对当前系统的性能有足够了解后,通过各种技术手段,得到扩展系统性能以应对业务和流量增长的方法。比如全链路压测(验证的技术手段),比如服务扩容/限流降级熔断(应对方法)。
性能基准
所谓的性能基准,通俗来说就是测定一个基准值,在每次迭代时对固定场景进行性能测试,通过对比每次迭代之间的性能差异判断整体的性能变化趋势,以便于应对业务的增长变化。
性能基准领域最常见的实践,就是性能基线(本文后面会详细介绍)。性能基线是判断交付质量变化的维度之一,也可以通过性能基线来促进研发团队不断提升编码的质量,且性能基线更是线上容量规划和稳定性保障的前置步骤。
测试策略
性能测试的本质是什么?从其实施过程来分析,主要是如下三点:
-
找到软件运行环境中底层硬件的资源瓶颈;
-
找到软件构建和运行过程中影响性能的点;
-
针对资源瓶颈和影响性能的点进行优化验证;
行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 759968159,里面有各种测试开发资料和技术可以一起交流哦。
最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。