进入公司第一次做性能测试需要怎么展开工作？

众所周知，在对软件产品进行测试工作时，除了功能测试外，还要考虑到非功能测试，包括软件产品必须要遵守的标准、规范、合约;UI界面的具体细节设计;性能方面的要求;实现的约束条件及质量属性的要求等。那么进入公司第一次做性能测试需要怎么展开工作呢？今天小编来和各位小伙伴们聊聊。

性能测试

首先各位小伙伴们，要知道什么是性能测试，以及做性能测试关注的方向。性能测试是功能的另一个关注指标，主要考虑软件产品中包含的功能在指定的时间和空间场景下，能否正常使用。其实软件的性能测试包括很多方面，但是主要是时间性能和空间性能两种场景下测试行为。

性能测试工作的展开，可以从以下几个角度来考虑分析：第一个是速度测试，也就是平时咱们所说的响应时间，比如对于用户在使用Web应用系统或者移动端APP时，最关心的性能问题是访问Web应用系统或者移动端APP页面时，多长时间才能显示出来所访问或者要跳转的页面。通常情况下，响应时间并没有绝对的标准要求，但是综合来看一般不超过5秒。

而且有些应用系统会设置有超时限制，如果响应时间太慢或者过长，用户可能还没来得及浏览内容，就需要重新登录了。用户在使用软件时影响响应时间的因素有很多，可以给各位小伙伴做性能测试时一些参考方向：

1,应用程序服务器需要从数据库中检索大量数据信息；

2.服务器硬件影，比如CPU、内存、显卡等；

3.所访问页面系统文件大小；

4.网络环境影响，比如4G,5G,Wifi,强网,弱网.....

负载测试

第二个是负载测试，为了测量Web应用系统或者移动端APP在一定负载情况下的系统性能情况，通常是为了得出Web应用系统或者移动端APP在一定的条件或者场景下，能够支持的并发用户数量，以及单位时间内，数据或事件的吞吐量的结果。不过在进行负载测试之前，提前需要定义好活动用户的信息，以及执行典型的系统流程、负载测试执行的总时长，定义抓取事务或者事件的平均响应时间、用户可以接受的平均响应时间，比如像刚才说的5秒。那么在进行测试时，怎么获取到应用系统可以支持的并发用户数呢？可以增加用户数量，平均响应时间也就会增加，当达到用户可以接受的平均响应时间这个临界点，也就是说获取到的并发用户数。

压力测试

第三个是压力测试，对Web系统或者移动端APP进行压力测试，类似于进行一些破坏性试验操作，方法可以理解为实际破坏Web应用系统，测试系统给出的反应。压力测试是测试系统受到限制、故障后的恢复能力，简单来说测试应用系统会不会崩溃，在什么情况下会崩掉，崩掉以后会怎么样。在实际工作性能测试过程中，通常负载测试和压力测试结合一起来使用，在负载测试的基础上，增大负载量，直到系统或者程序崩溃。

 最后小编想说，性能测试的展开可以借助于专属的测试工具，比如LoadRunner，Jmeter等，都可以进行系统程序的性能测试，所以工具的使用一定是必不可少。那么想要了解更多性能测试的小伙伴们，可以关注我的公众号，里面有满满的技术干货可以进行免费获取哦！

- End -

---

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

​这些资料，对于在从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….