性能测试用例该考虑单独行为还是混合场景
问一下哦,现在我要写性能测试用例,要测试到好多内容,比如测试登陆吧,我这里总不能单独仅仅运行比如100个人登陆的场景吧,如果系统仅仅用例处理登陆,那系统的性能显然会比较高,而实际情况是,系统在处理100个人登陆的同时,还需要处理50个用户在查询,50个用户在修改提交之类的。 那这种情况到底应该怎么分开处理呢?
如果只用一个混合场景处理这么多问题,那可能只需要2,3个混合场景就把所有需要性能测试的地方都包括了。
很是费解,请高手帮忙啊
小小意见
应该分具体情况来分析,性能测试根据实况,场景设定主要有以下几个方面:1.预期目标的场景设定
2.主要业务的场景设定
3.综合业务的场景设定(混全场景)
4.疲劳测试的场景;
测试用例应该是将以上几方面做过数据量分析\用户量估算后来设定,从场景的虚拟用户数量低到高来编写不同的适当的用例,才能综合地从数据上分析系统的性能瓶颈,得出所能提供的最大承载量; 单独的功能点并发,可能会发现由此引起的锁之类的问题
但是实际情况上来讲,一个功能点很难达到我们用LR模拟出来的并发情况
以我的经验来讲
一般会做混和场景的,因为这样更贴近用户的实际操作情况
更有可能发现实施后的性能故障 单独的模块场景只能看出这一个模块的服务器承受能力,而混合场景能综合看出整个系统的服务器承受能力。 都要的 单业务通过基准测试和负载测试是运行混合场景的前提。如果单业务都存在性能问题,还谈什么混合场景,那时测试混合场景就没意义了。 :victory::victory: 关注中 6楼说的有理
页:
[1]