zoukankan      html  css  js  c++  java
  • 性能测试用例设计

    性能测试用例的设计,有别于功能测试用例的设计,毕竟,考虑的点不一样。

    在有了性能测试方案后,我们就可以设计我们的性能测试用例了,一般考虑:单场景、混合场景、稳定性场景

    下面给出笔者在实际工作中,单场景的用例(之前用loadrunner做压测的用例),供大家参考:

    用例编号:PT001

    场景描述:模拟用户进行登录操作

    并发量:分别模拟并发用户数为1000、1500、2000等多种情况进行测试(除了压测能否达到目标,还要压测出最大的并发和tps,参考:https://www.cnblogs.com/uncleyong/p/11543488.html

    压测时间:每次600s

    数据量:oracle数据库user表有100万存量账户

    脚本设置关键点:参数化用户名、封装登录事务、添加思考时间

    集合点:不使用

    加压减压方式:全部初始化爬坡加压、全部退出

    场景运行时设置:think time=1s、continue when error、log选择Send messages only when an error occurs

    重点关注指标:响应时间、tps,事务成功率,各个服务器资源使用情况(CPU、内存、磁盘I/O、磁盘容量)、网络、是否频繁fgc、是否线程阻塞、线程死锁、连接池未释放、数据库死锁、慢sql等等

    预期指标:并发>=1000,响应时间<=1s,tps>=600,事务成功率为99.5%(涉及资金的,要求100%),应用服务器、数据库服务器CPU和内存使用率<=90%,没有内存泄漏现象、没有死锁等各种性能问题。

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    用例编号:PT001
     
    场景描述:模拟用户进行登录操作
     
    并发量:分别模拟并发用户数为100015002000等多种情况进行测试(除了压测能否达到目标,还要压测出最大的并发和tps,参考:https://www.cnblogs.com/uncleyong/p/11543488.html)
     
    压测时间:每次600s
     
    数据量:oracle数据库user表有100万存量账户
     
    脚本设置关键点:参数化用户名、封装登录事务、添加思考时间
     
    集合点:不使用
     
    加压减压方式:全部初始化爬坡加压、全部退出
     
    场景运行时设置:think time=1s、continue when error、log选择Send messages only when an error occurs
     
    重点关注指标:响应时间、tps,事务成功率,各个服务器资源使用情况(CPU、内存、磁盘I/O、磁盘容量)、网络、是否频繁fgc、是否线程阻塞、线程死锁、连接池未释放、数据库死锁、慢sql等等
     
    预期指标:并发>=1000,响应时间<=1s,tps>=600,事务成功率为99.5%(涉及资金的,要求100%),应用服务器、数据库服务器CPU和内存使用率<=90%,没有内存泄漏现象、没有死锁等各种性能问题。
  • 相关阅读:
    重新整理 .net core 实践篇————配置系统之盟约[五]
    重新整理 .net core 实践篇————依赖注入应用之援军[四]
    重新整理 .net core 实践篇————依赖注入应用之生命法则[三]
    重新整理 .net core 实践篇————依赖注入应用[二]
    重新整理 .net core 实践篇————配置应用[一]
    spring cloud 学习笔记 客户端(本地)均衡负载(三)
    Leetcode之插入区间
    Leetcode之两棵二叉搜索树中的所有元素
    Leetcode之二叉树的层序遍历
    LeetCode之验证二叉搜索树
  • 原文地址:https://www.cnblogs.com/molrang/p/13037461.html
Copyright © 2011-2022 走看看