负载测试用例（负载测试用例分析）

本篇文章给大家谈谈负载测试用例，以及负载测试用例分析对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享负载测试用例的知识，其中也会对负载测试用例分析进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、压力测试的测试案例
• 2、测试用例八大要素是什么？
• 3、计算机软件在性能测试的时候要如何设计测试用例？

压力测试的测试案例

案例：HKMA于2006年对香港零售银行业面临宏观经济冲击时负载测试用例的信用风险暴露进行压力测试 。分析结果表明，银行贷款违约率与关键宏观经济因素（包括香港GDP、利率、房价以及内地 GDP）之间有明显的相关性。
测试的结果是以VaR计，在90%的置信水平上，银行能继续盈利，说明信用风险较小。在极端情况下，以VaR计，在99%的置信水平上，有些银行会面临损失，不过这种极端情况发生的概率非常低。这只是一个预警。
测试过程分成以下几个步骤：
步骤一：定义模型
步骤二：估计模型
步骤三：模型估计结果分析
步骤四：设计冲击场景
步骤五：构造频率分布
步骤六：计算均值和VaR
步骤七：测算银行盈利能力所受影响
把它的过程归纳成七个步骤，包括后面计算盈利能力的方面。首先是定义一下这个模型，在模型有自变量和应变量，它定义了4个应变量。应变量是它需要考察信用违约率，它违约率的定义是这样的，逾期3个月以上的贷款和贷款总额，不知道银行是不是用违约率这么一个数据。这个数据算出来也挺难的，平时公布的数据，还是不良贷款率公布得比较多，关于违约率的定义没有比较准确的，有的是定义上一期能够正常还款下一期不能正常还款的，所以看到违约率的定义也有几种。不良贷款毕竟前几年商业银行剥离的政策原因太大了，可能这个时间序列有一定的不可抵因素，就是歧义点太多。
看一下这个估计模型，这是94年4月到06年1月的零售银行的数据。前面是自变量，这是用历史数据估算出来的结果，包括了参数变量也体现出来了。最下面是观测值，还有测试的个数。
可以看得出来，它的符号还是一致的，因为前面是违约率用Log这个函数给它导了一下，所以经济环境越好的话，资产的质量会越高，这样的话，VaR的数值应该越低。可以看得出来，这跟经济增长和房地产的价格，跟利率是呈正相关的。
同时，这上面提了一下，其实自变量里面有很多的二级滞后项，这是剔除了一级滞后项以后得出的，原本很多其负载测试用例他的相关变量没有列进来了，所以这是最后模拟出来的结果。模拟出来这个方程以后，下一步是要设定的冲击场景。先要设计模型、估计模型，最后要把新的数据带到我们模型里面去。就是把先的自变量带到模型里面，让它变成新的应变量。那么，新的自变量怎么办呢负载测试用例？比如说我们的经济冲击发生以后，我们的影响是怎么样的。实际上，它和经济危机是差不多的，碰到了4个冲击点。一个是我刚才提到的4个自变量，它对于每个变量都有一个冲击，第一个是香港实际GDP的变化，还有一个是大陆实际GDP的变化，还有利率和房地产。它不是只对当期的自变量发生了变化，它实际上是延长了时间，把这个影响时间变成了2年。所以，在金融危机以后，这个应变量应该发生多大的变化。在97年的四季度利率是306个基点，后面两个季度下降了，第四个季度又上升了314个基点。可以看得出来，一开始是300多个基点，后面两个季度没有变化，第四个季度上升上来了，这跟当时的亚洲金融危机的冲击差不多。
然后，紧接着下来是要模拟了，因为把这个数据输入到模型里面去以后，可以模拟出来的数据以后，可以把新的概率分布算出来了。当然，这还有一个假设，就是在四季度以后不再有冲击了，对每一个基期场景和压力场景对未来违约率路径进行1万次的模拟。有了新的频率分布以后，可以构造我们信用损失百分比的频率分布。刚才模拟的是违约率的频率分布，我们的损失百分比的数据应该是违约率乘上违约损失率。要定义一下违约损失率这个数据，这个数据比较有争议，到底怎么定？如果没有合适的统计量，对于市场的有关信息来赋值，通常定为50%。按照BASELII要求LGD取45%，但这个数字并不十分合理。所以，定义为2%低点的公式。这样，可以用违约损失率乘以我们刚刚计算出的违约率的数，这样可以得出一个信用损失百分比频率分布的数据。冲击发生了以后，实际上我们把频率往右移了，可以看出信用损失百分比的数据，出现高的数据频率增加了，原来是把这个频率往外偏移，所以可以看出较高信用损失百分比出现的频率增加了，较小的信用损失百分比出现的频率减少了。
通过算分布可以算出信用损失百分比的均值，还可以算出遭受损失的概率是多大，可以做这么一个精细的判断。这是计算以后的结果，它的均值是这样的，首先是基期没有发生信贷信用损失百分比，均值是0.34，压力期GDP冲击是1.59，房价冲击是1.21，利率冲击是0.71，大陆经济冲击是0.73。在VaR90%信用损失百分比是这个数据，随着置信区间的增加，损失的百分比也是递增的。最后一个是99.99%，这个时候已经是相当高了，后面两个已经接近10%，前面的已经超过10%了。
在90%的置信水平的情况下，可以看出3%以下还是过得去的。在99%的情况下，数值已经比较高了，这是在3.22，这是最低的值，最高的到了5.56，应该是比较高了。这跟金融危机发生1年以后的情况是比较吻合的，所以做压力测试要考虑一下当期和影响的延长期还是比较符合实际的。这里面的测算是在亚洲金融危机以前，银行用这个测算可以算出银行贷款损失率为1.4%，贷款损失率上升到6.0%，但是这个估计是基于估计LGD为70%。那么，这就给提出一个问题，这是不是合理，这可能是在测试的时候需要考虑的。
最后一步是测算冲击对银行盈利能力的影响。也许银行管理层觉得，这个VaR值或者是概率是多少，可能在90%的置信期间里面有多大的，在99%到底有多大，这对于盈利能力有多少？盈利下降了多少？是不是可以给这么一个数据，那么也可以通过一个测算算得出来。如果认可前面的测算，就是贷款损失百分比，通过这个可以算出来，损失肯定是等于贷款损失百分比乘贷款余额。就是冲击发生以后，银行的盈利能力发生的变化。首先，没有发生违约的情况下，那么它未来冲击发生以后它的盈利应该比当前或者是基期是一样的。如果我盈利是30亿，那么冲击以后属于没有发生违约，那么这个盈利是一样的。如果发生了冲击以后，如果我下降了，下降了多少就是损失。
假设有一家银行，这家银行拨备前利润是30亿，贷款余额是1300亿港币。假设有一家银行规模是这么大，可以用上面的贷款损失百分比来测算，这家银行在发生了冲击以后，在不同的置信区间里面它的盈利能力会受到多大的影响，这是得出的结果。
单位用百万来表示，正的数据是表示盈利，负的就表示已经损失了，管理层看到这张表可能就比较清楚了银行可能发生多大的损失。
比如说在90%的区间里面，香港的GDP冲击情况下这家银行要亏损8.82万亿港币。那么，这个是99.99%，就是这个事情发生的概率非常强了，因为置信区间在99.99%，是0.001%的可能性，这个损失已经是到了133亿了。在不同的置信区间里面，它的损失是不一样的。回想一下，如果没有模拟，就是一个假设，假设GDP是多少，刚才已经提出来了，从前面可以看到，GDP的数据是多少，在每一个季度是多少，如果没有模拟，直接把这个数据带回到模型里面，只算出一个贷款百分比的数据。有了模拟以后，就知道它的均值是多少，在不同的置信区间里面是多少。这样，管理层可能会感觉清醒一点。比如说基期在没有违约的情况下，是2554百万，还是挺好的。如果做压力测试把这张表给管理层，就很清晰地知道损失有多大了。
最后有一个表述，在90%的置信水平下，VaR值是882万，如果在99%的水平下，VaR值是比较大的，导致这样的VaR的极端场景发生的概率是1%。

测试用例八大要素是什么？

测试用例八大要素是用例ID、用例名称、测试目的、测试环境、前提条件、测试步骤、 预期结果、设计人员。

测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。

而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。

相关信息介绍：

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

负载测试和压力测试都属于性能测试，两者可以结合进行。功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求。

设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典的代码是唯一的，不允许重复。测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。

计算机软件在性能测试的时候要如何设计测试用例？

性能测试一般包括压力测试、负载测试等，比如一个网站，我们要对他做性能测试，如果需求中要求这个网站最少应支持200人同时在线，这时可以设计压力测试用例：1.1个人在线 2.50个人在线 3.100人在线。。。。 可以用LoadRunner来模拟负载人数，一般Loadrunner中的一个并发人数相当于实际的20个人，所以可以用Loadrunner直接测试出网站所能承受的压力，也就是同时支持的并发人数极限，比如并发50人时，系统报错或者Loadrunner开始报错，那并发人数就到50人。

关于负载测试用例和负载测试用例分析的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 负载测试用例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于负载测试用例分析、负载测试用例的信息别忘了在本站进行查找喔。