答案:系统在一定的压力情况下,查看cpu,内存,磁盘,网络带宽,TPS、响应时间、并发用户数、等各项指标,通过模拟生产运行的业务压力量和使用场景组合,测试系统的性能是否满足生产性能要求,就是在特定的运行条件下验证系统的能力状况。
答案:功能测试已完成并稳定运行,性能测试环境已搭建,项目上线前,在生产环境做性能测试。
答案:负载测试主要是考察软件系统在既定负载下的性能表现。就是站在用户的角度去观察一定条件下软件系统的性能表现。期望结果是用户的性能指标需求得到满足。性能指标一般体现为响应时间、并发量等。
答案:在一定的软硬件环境下,通过高负载的手段来使服务器资源(强调服务器资源,硬件资源)处于极限状态,测试系统在极限状态下长时间运行十分稳定,确定是否稳定的指标包括TPS、RT、CPU利用率、内存利用率等;
答案:在一定软硬件环境下,长时间运行一定的负载,确定系统在满足性能指标的前提下是否运行稳定。与上面的压力/强度测试区别在于负载并不强调在极限状态下,一般使用目标负载的1.5~2倍的负载数量进行测试;
答案:SEI负载测试计划过程,RBI方法,性能下降曲线分析法,Loadrunner和segue提供的性能测试方法,PTGM模型。
答案:SEI负载测试计划过程将目标、用户、用例、生产环境、测试环境和测试场景6个区域作为负载测试计划需要重点关注和考虑的内容,重点关注以下几个方面的内容:
生产环境和测试环境的不同、用户分析、用例
答案:RBI方法是Empirix公司提出的一种用于快速识别系统性能瓶颈的方法,该方法基于以下一些事务:
80%的系统性能瓶颈由吞吐量制约。
并发用户数和吞吐量瓶颈之间存在关联。
采用吞吐量测试能够更快速的定位问题。
RBI方法先访问“小页面”和“简单应用”,从应用服务器、网络等基础层次上去了解系统吞吐量表现;再选择不同场景、设定不同并发数,使吞吐量保持趋势增长,观察系统的性能表现。按照“自上而下”的方式进行分析,首先确定是并发还是吞吐量引发的性能表现限制,然后从网络、数据库、应用服务器、代码本身4个环境确定系统性能具体的瓶颈。
业务学习:通过查看需求文档、PRD等相关文档+手工操作来了解系统功能;
分析需求:分析系统的非功能需求,圈定性能测试的范围,了解系统性能指标;
工作评估:工作量分解,评估工作量,计划资源投入(需要多少硬件资源,多少人力、时长来完成测试工作)。
设计模型:可以理解为测试场景,是单一测试场景还是混合测试场景;
编写计划:测试计划应明确列出测试范围、人力投入、持续时间、工作内容、风险评估、风险应对策略等;
准备测试环境:准备服务器(部署被测系统),负载机(安装压测工具,产生负载的机器)
准备测试数据:根据测试场景(设计模型)准备数据,
原因有两个:
a、有些数据是支撑系统运行的基础(比如我们要对登录进行压测,首先需要准备一些注册好的账号);
b、不同量级数据影响性能结果(比如从不同量级的数据库查询结果,时间肯定不一样),至于准备什么量级的数据则需要跟项目实际情况来设计;
作者:软件测试很重要
原文链接:https://blog.csdn.net/weixin_48387686/article/details/122224282