- 负载
模拟业务操作对服务器造成压力的过程,比如模拟100个用户发帖。 - 性能测试
模拟用户负载来测试系统在负载情况下,系统的响应时间、吞吐量等指标是否满足性能要求。 - 负载测试
在一定软硬件环境下,通过不断加大负载来确定在满足性能指标情况下能够承受的最大用户数。简单说,可以帮我们对系统进行定容定量,找出系统性能的拐点。 - 配置测试
为了合理地调配资源,提高系统运行效率,通过测试手段来获取、验证、调整配置信息的过程。通过这个过程我们可以收集到不同配置反应出来的不同性能,从而为设备选择、设备配置提供参考。 - 压力/压强测试
在一定软硬件环境下,通过高负载的手段来使服务器资源(强调服务器资源,硬件资源)处于极限状态,测试系统在极限状态下场时间运行是否稳定,确定是否稳定的指标包括TPS(每秒事物数) RT(事物平均响应时间) CPU Using Mem Using(内存使用情况)等。 - 稳定性测试
在一定软硬件环境下,长时间运行一定负载,确定系统在满足性能指标的前提下是否运行稳定。与上面的压力/强度测试区别在负载并不强调是在极限状态下,着重的是满足性能要求的情况下,系统的稳定性、比如响应时间是否稳定、TPS是否稳定。一般会在满足性能要求的负载情况下加大1.5到2倍的负载量进行测试。 - TPS
每秒完成的事物数,通常指每秒成功的事物数,性能测试中重要的综合性性能指标。一个事物是一个业务度量单位,有时一个事物会包括多个子操作,但为了方便统计,我们会把这多个子操作计为一个事物。(比如一笔电子支付操作,在后台系可能涉及多个模块的系统,但对用户来说纸箱知道整笔支付花费了多少时间) - RT/ART
响应时间/平均响应时间,指一个事物花费多长时间完成,为了使这个响应时间更具代表性,会统计更多的响应时间然后取平均值,即得到了事物平均响应时间(ART),为了方便大家通常会直接用RT来代替ART。 - PV
每秒用户访问页面的次数,此参数用来分析平均每秒有多少用户访问页面。 - Vuser虚拟用户
模拟真实业务逻辑步骤的虚拟用户,虚拟用户模拟的操作步骤都被记录在虚拟用户脚本里。Vuser脚本用于描述Vuser在场景中执行的操作。 - Concurrency并发,并发分为狭义和广义两类
狭义:即所有的用户在同一时刻左同一件事情或操作,这种操作一般针对同一类型的业务,或者所有用户进行完全一样的操作,目的是测试数据库和程序对并发操作的处理。(就是之前接触过的绝对并发)(对服务器的压力更大)
广义:即多个用户对系统发出了请求或者进行了操作,但是这些请求或操作可以是不同的。对整个系统而言,仍然有很多用户同时进行操作。(就是相对并发)
狭义并发强调对系统的请求操作时完全相同的,多适用于性能测试、负载测试、压力测试、稳定性测试场景;广义并发不限制对操作系统的请求操作,多适用于混合场景、稳定性测试场景。 - 场景
性能测试过程中为了模拟真实用户的业务处理过程,在loadrunner中构建的基于事物、脚本、虚拟用户、运行设置、运行计划、监控、分析等的一系列动作的集合,称之为性能测试场景。 - 思考时间
模拟正式用户在实际操作时的停顿间隔时间。从业务的角度来讲,思考时间指的是用户在进行操作时,每个请求之间的间隔时间。在测试脚本中,思考时间体现为脚本中两个请求语句之间的间隔时间。(思考时间包括了服务器响应时间,网络传输时间等) - 标准差
该标准差根据数理统计的概念得来,标准差越小,波动越小,说明系统越稳定。
-----------《全栈性能测试》
全栈性能测试摘录——相关术语
最新推荐文章于 2024-06-03 19:39:24 发布