网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
当并发量达到某一值时,系统处理能力趋于饱和(也可能某一硬件条件达到临界值)
此时再逐渐增大并发,会有一些请求处于等待状态,所以响应时间变慢,吞吐率趋于稳定;
当并发量达到系统的最大处理能力后,再增加并发,系统处理能力会下降,吞吐率也会下降,最终可能发生宕机。
误区4:客户给出性能指标,我们一定要想法设法达到
根据用户提供的指标进行可行性分析,分析这些指标在理想状态下是否可以达到。
比如一个要求:有一台服务器,希望能承载10000个用户每秒200kb的传输。
从CPU、Disk、网卡等方面分析都是很难达到的,也是很难测试的。
需要和客户商讨增加硬件配置或者通过其他途径来解决。
误区5:压力测试、负载测试、容量测试等这些不同类型的测试一个个分开来执行
现实场景是复杂的,测试也需要尽可能的模拟负载的场景。
在一个整体的系统性能测试场景中,应该包括各个类型的测试。
而需要检查某一个方面的指标或分析某个性能问题时,尽量保证场景简单、单一、容易模拟。
误区6:在线用户数就是并发用户数。并发用户数高意味着PV(页面浏览量)大
并发用户数*用户访问页面数=PV
误区7:提高一下硬件配置就可以提高性能了,因此性能测试不重要
随着软件规模的扩大,提高硬件配置只是解决性能问题的一个基本手段。
因为如果软件自身存在性能问题,再多的资源可能也不够用。
例如:内存泄露问题,随着时间的增加,内存终究会被耗尽,最后导致系统崩溃;
数据库连接等配置信息、数据库死锁是和硬件很难挂钩的;
算法逻辑问题导致程序缓慢。即使要提高配置,也要首先用性能测试的方式得出哪些硬件可能存在瓶颈。
误区8:性能测试独立于功能测试
一方面,整体性能测试的场景设计要求的系统功能非常熟悉;
另一方面,功能测试可以发现性能问题,性能测试也能发现功能问题。
很多性能问题时由于软件自身功能缺陷引起的。
如果应用系统功能不完善或者代码运行效率低下,通常会带来一些性能问题。功能测试可能会发现这些问题。
误区9:随便找个环境下进行一下性能测试就可以了。
做性能问题分析可以在类生产环境上进行,配置可以有些差别,但是,整体性性能测试、验收性性能测试要尽量在用户生产环境下进行。
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走!
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!