我的一次性能测试的心得_第1页
我的一次性能测试的心得_第2页
我的一次性能测试的心得_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第第页我的一次性能测试的心得我的一次性能测试的心得

发表于:2023-11-22来源::点击数:标签:

我的一次性能测试的心得软件测试总结一下此次测试的不足之处:1、测试计划中,对真实用户场景模拟不全面。这次测试目的是调优,使上班登记功能满足客户的需求。我在设计场景时,只考虑到使用集合点,通过最大并发数来模拟用户。前辈分析:上班登

我的一次性能测试的心得软件测试

总结一下此次测试的不足之处:

1、测试计划中,对真实用户场景模拟不全面。

这次测试目的是调优,使上班登记功能满足客户的需求。我在设计场景时,只考虑到使用集合点,通过最大并发数来模拟用户。

前辈分析:上班登记这一业务为多用户集中在短时间内完成,还应增加场景,使多用户在一定时间内完成此业务,才能更好的模拟真实场景。看来还是想的不够全面。

2、场景设计中,对用户并发数,没有进行准确的压力评估。

开始时,我总是想着测出系统支持的最大并发数就好了。一直往上加用户,直到写测试报告,才发现我的测试过程完全没有按照计划来做,最后变成了根据测试结果来写测试计划。哎...还是思路不够清晰。尤其是对于最大并发数的预计。不过后来从前辈那儿学了一个公式不知道准确不准确,拿来跟大家分享一下:

计算平均的并发用户数:C=nL/T

并发用户数峰值:C’≈C+3√C

公式(1)中,C是平均的并发用户数;n是loginsession的用户数量;L是loginsession的平均长度;T指考察的时间段长度。

例如:系统最大用户在线数为900,系统在现有配置下应支持并发用户数为900×2/10=180;

最后总结,性能测试是一项完整的工程,一定要有一个详细的计划来指引工作的进行。测试计划必不可少,测试计划越详细越好!

朋友建议我把详细的测试过程也放上来,下面就再简单描述下,希望大家能多提意见:

测试目的:系统上下班登记业务能够满足当前用户的需求。

测试策略:根据用户实际业务情况,上班登记业务多集中在上班前后10分钟内,并发操作较多,在测试过程中设置了两种场景。

场景一:并发测试,180用户到齐后同时签到。

场景二:用户在线测试,300用户在10分钟内完成上班签到。

LoadRunner中场景设置:

场景一:设置集合点,每10秒上2个用户(上用户速度较慢,保证所有用户都能正常登录系统)所有用户跑完停止。

场景二:不设置集合点,每2秒上一个用户,所有用户跑完停止。

注:在测试过程中,可以按照50、100依次递增上用户。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论