软件测试最新能不能做好性能测试，要看你有没有性能测试思维(2)，2024最新软件测试开发面试大全

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

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

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

即上面所描述的特殊情况，这也是必须要考虑，并且拿到的数据。

03、场景业务的调查

1、系统关键、核心的业务

从系统亮点出发，以主要的业务逻辑点为第一核心：这些功能对系统或公司来说往往具有举足轻重的地位，无论怎样都必须要优先执行满足这一功能的性能测试

2、高访问量的功能，经常承受压力的功能点

系统中表现在系统关键、核心业务前面必须要经过的地方：比如对于百度搜索来说，其核心业务是搜索功能，但是首先要面对的其高访问量对是搜索输入框加载的首页，百度首页加载即高访问量的请求

3、业务复杂度高

往往说来业务逻辑复杂度的都具备1、2点的要素，可能其功能使用的人数较少但是对系统有很严重影响：这些功能由于其业务逻辑具有的复杂度，往往出错的可能性也比较高，所以这些功能也是必须要进行测试的。

04、与性能指标指标相关的调查

1、调查每秒事务数(TPS)

这是衡量系统处理能力的一个重要指标，同时这个指标在一定程序也关系到业务数量是否能够及时完成，所以需要获得。

• 估算方式一：BS类可以参考以下指标估算：Vuser*TRequest/RPS=TPS（注意1Requset的含义为Resource=0的请求）。Resource=0的含义其实就是保证此次请求能够真正到达服务器，去掉那些本地可以缓存的东西。
• 估算方式二：CS类可以参考每小时的业务数/3600s，这是没办法的办法。
• 估算方式三：API类往往要求是Vuser*1API=TPS，由于公司的API都是提供给机构用户的，所以API要求往往比较高，所以需要保证其运算得非常快。

注：Vuser：虚拟用户数；TRequest：事务中的请求数；RPS：平均响应时间。

2、调查90％（或95％）响应时间

只看平均时间是不太科学的，对于我们的系统来说需要保证绝大多数的用户其响应时间都是非常快的，所以我们从90％或95％用户响应时间为指标的标准。

如果拿不到，那么我们仍可以估算：

• 估算方式一：

BS类，按通用的标准2一5一8的标准来进行。不同业务，不同客户类型要求不同，但对于我们的产品来说绝大多数是不能超过5s

• 估算方式二：

CS类，根据处理的数据量其时间不同，但一般说来是不能超过15s的。

• 估算方式三：

API类，从行业的角度来说，一般要求是毫秒级（<500ms)

3、平均响应时间和TPS的波动率

这是对响应时间的补充，要求其系统响应时间应尽量稳定，TPS的波动率受测试方法和思考、间隔时间的影响。可参考以下的计算方式：

T=（TPS标准差/TPS平均值）*100％一般说来小于10％

T=  (RPS标准差/RPS平均值）*100％一般说来小于10%

-----------------小知识：测试的分类-----------------

第一类 前端性能测试（客户端）

B/S：HttpWatch、FireBug、YSlow、JS内存泄漏、大数据量下的功能测试、浏览器长时间运行的稳定性测试等。

C/S：内存泄漏、CPU使用、显卡使用等：

网络性能测试：利用工具分析网络传输以及延时等，为宽带拓展做铺垫。

第二类 服务器端性能测试

性能测试，是指以性能预期目标为前提，对系统不断施加压力，验证系统在资源可接受范围内，是否能达到性能预期。（即：系统是否满足预定的性能目标？）

负载测试，是指对系统不断地增加压力或增加一定压力下的持续时间，直到系统的某项或多项性能指标达到临界值，例如某种资源已经达到饱和状态等：（即，最大并发数是多少？在什么时候，响应时间不可接受”系统的服务器资源瓶颈是什么？）

稳定性测试，是指被测试系统在特定硬件、软件、网络环境条件下，给系统加载一定业务压力，使系统运行一段较长时间，以此检测系统是否稳定，一般稳定性测试时间为n*12小时。（即系统在一般压力条件下，是否可以提供连接不断的优质服务？系统在长时间最大压力条件下，是否崩溃？）

4、测试前环境的检查收集

环境检查包括服务器的架构以及部署方案，服务器的配置、中间件的参数配置，以及需求、功能测试报告、API调用方式等。

服务器的配置需要收集生产环境与实测试环境的服务器的配置。主要收集：

• CPU：型号、核心、速度、核数、倍频、总线速度，已耗费平均CPU
• 内存：总物理内存、所在磁盘的虚拟内存、可用物理内存
• 磁盘：转速（如是旧有电脑，在执行前最好磁盘碎片整理一下）
• 网卡：一般是100Mb，专用网络可能在1000MB以上。

业务—— 根据客户实际使用情况，划分业务比例：

某个功能在一段时间内的使用频率：每天使用此功能大概有多少次？在多长时间内会操作此功能？

如设计脚本用例为：登录>进入单表查询（70％）>通过目录导航（80％）>检索>下载（80％），根据功能的重要性，这个用例应该首先要测试单场景，并且并发数也可能比其它的功能大一些，所以需要设置集合点。其它业务相对于使用得少一些的则可以将其与上面的用例组合成混合场景：其它场景也可以继续细分。

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

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

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

.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**

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