不知道如何做性能测试？请看这篇

王棉花的妈

已于 2024-06-22 18:59:51 修改

阅读量667

点赞数 25

分类专栏：性能测试文章标签： jmeter 测试工具压力测试经验分享

于 2024-06-22 18:54:41 首次发布

本文链接：https://blog.csdn.net/weixin_53148541/article/details/139885474

版权

性能测试专栏收录该内容

1 篇文章 0 订阅

订阅专栏

一、背景介绍

作为我司首个平台测试工程师和首个硕士，被老大们给予了一人挑大梁的厚望，那么即使本人头次接触性能测试，也不能怂！上呗！！！先简单说一下背景，老大们的初衷是想对A平台进行性能测试，看看稳定性咋样？在还没有甲方入手A产品前给出一套性能测试标准，保障产品质量。在了解清楚需求后，开始上！

二、思路

经常做软件测试的同学都知道，测试流程无非是了解需求、开会、执行测试、输出文档，那么性能测试工作又是如何开展呢？以下是经验分享，不足之处请下方评论：

1、了解清楚需求

参考《用户需求说明书》、《软件需求规格说明书》、《软件概要设计说明书》等，如果没有以上文档怎么办？还没有用户怎么办？公司没有产品经理项目经理怎么办？那就找提出要做性能测试的老大们，了解他们的需求；

2、写测试方案

包括不限于如下所示：

①测试范围：测什么不测什么？划分测试项的优先级，测试不可能完全100%测到的，懂得都懂；

②测试策略：用什么方法测？用什么工具测？测试方法有结合边界值分析的等价类划分法、因果图法、状态迁移和流程分析法等，这些方法了解很容易运用却有点难度。与功能测试不同的是，性能测试要借助工具，市面上被广泛认可的工具有Jmeter、Loadrunner、Postman、Apifox（开发说这个工具可牛逼了，后面试用后再另写一篇帖子分享）等。

③测试资源规划，包括设备、人员、时间，推荐使用甘特图去做项目排期表，高效有用!这会涉及到项目管理、人员管理，感觉无论哪个岗位到后面都是管理层。

④写测试用例，性能测试不是某个功能点的测试，更多是针对某个场景设计测试用例，按照执行测试顺序分为基准测试、容量测试、稳定性测试、异常场景测试，所以用例不会像功能测试那样有三四千条。

3、开性能测试评审会

把提出需求的老大们、同事们、开发们召集一起开会！共同确定测试方案的合理性，参会人提出更好的建议、想法，自己提需求：需要与生产环境相同的服务器、需要开发部署与用户实际应用的环境、需要开发提供接口文档并告知如何使用、需要开发备份数据库、需要leader分配同事来协助测试等，还可以防止后面出现测试遗漏或者其他问题，别人甩锅到我们测试头上，会大家一起开的，测试方案和用例一致评审通过的，可别想把锅甩我一人头上！哈哈哈哈哈哈或，开个玩笑，不过工作留痕真的很重要！

4、搭建环境，测试数据准备

一般是开发同学负责部署服务器、数据库，我们要部署服务器性能监控，推荐使用Wgcloud，国内免费开源工具，Aabbix也可以！适合大厂。性能测试离不开大数据，关联到的数据都要准备好，我们可以用Jmeter生成大批量数据。一定要让开发把数据库备份！否则后面脏数据多了、不小心误删数据了会影响测试效果。

5、写脚本，数据参数化

这是很重要的一步，搭建好环境后，根据开发给的接口文档、使用说明，开始写脚本！性能测试模拟的是真实用户的操作场景，实质是一系列接口的调用，我们按照之前功能测试的流程去挨次序写接口。Jmeter是创建测试计划、创建线程组、添加HTTP信息头管理器、添加HTTP请求、添加监听器、添加逻辑控制器等（后面会开一篇帖子详细介绍Jmeter工具如何使用、踩雷点及解决方法）。相信每个头次接触接口测试、性能测试的同学都会遇到用户登录时要求输入实时验证码的苦恼，这里可以让开发给一个不用输入验证码的用户登录接口绕过去、付费依托第三方解决，推荐前者。接口写好后调试ok，就可以把数据参数化，即不把脚本的数据写死，用正则表达式提取器、csv数据文件等把传入接口的数据参数化，这样我们就不用一个个改了，只需要改一个就行！

6、执行性能测试，分析测试报告

万事俱备，只差测试，测吧！测完一轮你就会发现数据不理想，有好多疑惑，例如：怎么HTTP请求失败率这么高？线程组设置对不对哦？怎么效果这么差？怎么看HTML报告？这些问题是必然遇到的，我们需要一个个解决，像通过HTML报告去分析性能瓶颈，方法是这样的：着重看3个点，①TPS，确定最大TPS；②响应时间，确定最大TPS时的响应时间；③最大支持的线程数，由TPS图哪里出现failure了那里的线程数就是支持的最大线程数。测试时多测几遍！