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

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

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

我是如何解决问题的？

由于做的类似于一个电商APP，是前后端分离的项目，所以市场上有很多竞品可以拿来分析，于是就我就主持召开了一个会议“如何落地性能测试？”，参会人员：产品经理，项目经理，研发架构师、还有研发组长。但是在这个会议的进行过程中，发现大家并不是很愿意讨论性能测试，而是比较热衷于产品需求和对应的性能需求，因为没有产品需求和性能需求的话，就谈不到性能测试这一步。

这里再补充一点，其实我们平时在项目里面有三种情况会做性能测试：

1、我们要对当前的系统做一个摸底，也就是系统性能兜底，看一下当前的系统能够容纳多少并发。
2、提出来具体的性能需求，比如我要实现3000人同时做什么什么事情，满足1000并发，系统响应不超过2秒……
3、就是当系统出现性能问题了，我们需要进行性能测试和问题排查。

好像发现了救命稻草

因为这是一个新项目，所以暂时就不会出现性能问题，主要还是要有性能需求才到性能测试，但是这个性能需求没有人能够给出，产品经理给不出来，项目经理也给不出来，研发更给不出来。所以在这个时候，我们的重点是讨论性能需求，在会议讨论过程中发现，我们目前评估竞争产品，也就是竞品分析，发现竞品类APP需要至少满足1000TPS，系统响应不超过2秒。

发现了新问题

综合对比了几款竞品APP，发现：某一款竞品APP在第一个版本要满足 1000TPS的并发能力，但是现在这个1000TPS的并发能力应该如何设计，在这个时候就是另一个问题了，而且这个性能需求也是大家通过竞品分析得来的，并不能算真正的性能需求，只能算暂时的一个伪需求。目前大家的会议讨论的重点就是如何设计一个能够满足1000TPS的性能架构，等以后产品真正上线使用过程中再逐步调整优化需求。

在满足1000TPS的性能架构的基础之上完成的第一个测试版本，性能测试人员才能够对系统进行测试，查看系统到底能否达到1000的TPS，整个会议的目的都已经达到了。剩下的重点就是如何设计一套架构能够满足当前的1000TPS的业务。当然这个工作并不是一个测试人员来做的，也不是简单的研发人员来做的，而是由系统架构师来做。

于是到最后，这个任务就交给了系统架构师，当然测试架构师也要参与其中，但是目前的系统架构师一时间也给不出来具体的架构方案；因为，如果给出来1000TPS的架构方案，就必须在敲代码之前能够设计出来一套具体的架构方案。

重点难点来了

在敲代码之前，能够评估能够给出一套具体的架构方案，并且评估出该方案的吞吐量，TPS不小于1000，这个工作量只能由系统架构师来做，经过一段时间和系统架构师的沟通发现。这个事情只能凭架构师个人的经验来设计了，各种框架、中间件设计、数据库缓存、微服务架构，表结构，负载均衡策略以及每个中间件能满足多少并发。

测试前移

这些都是要凭架构师的个人经验了，毕竟还没有敲代码，等整个架构设计好了之后才开始敲代码！在研发敲代码的时候，测试人员就可以设计开展性能测试相关的工作了！等整个性能测试环境搞定之后，我们就可以真正执行具体的性能测试了！那如果说，当性能环境都搞定了之后，代码也都完成的差不多了，数据也都造的差不多了，这个时候才开始评估性能方案都已经晚了，所以说一定要在敲代码之前就要评估出系统的吞吐量TPS。

当然这个对架构师的技术经验要求都很高，一般人是做不好的，只有系统架构师才能做好，而且是经验非常丰富的系统架构师也不一定能够保证敲代码之前设计的这套方案就能够满足当时的性能评估，所以还是要等性能测试的时候看真正的结果。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

在这里插入图片描述

软件测试面试小程序

被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

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

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**