Bugzilla性能测试方案.docx

上传人:b****6 文档编号:15264211 上传时间:2023-07-03 格式:DOCX 页数:6 大小:15.99KB
下载 相关 举报
Bugzilla性能测试方案.docx_第1页
第1页 / 共6页
Bugzilla性能测试方案.docx_第2页
第2页 / 共6页
Bugzilla性能测试方案.docx_第3页
第3页 / 共6页
Bugzilla性能测试方案.docx_第4页
第4页 / 共6页
Bugzilla性能测试方案.docx_第5页
第5页 / 共6页
Bugzilla性能测试方案.docx_第6页
第6页 / 共6页
亲,该文档总共6页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

Bugzilla性能测试方案.docx

《Bugzilla性能测试方案.docx》由会员分享,可在线阅读,更多相关《Bugzilla性能测试方案.docx(6页珍藏版)》请在冰点文库上搜索。

Bugzilla性能测试方案.docx

Bugzilla性能测试方案

Bugzilla性能测试方案

Bugzilla性能测试方案

 

1.概述

1.1目的

确保Bugzilla的各项功能和性能指标能够达到预期目的,并对将来实际环境中的系统性能表现进行较为精确的估计,预期达到以下几个目标:

·最多人数为25人,在线人数为22人,并发人数为2-5人

·检测Bugzilla在登录系统时响应时间最多不能超过5s,5分钟所有在线用户登录完成

·提交缺陷报告处理时间不超过5s

·查询缺陷报告处理时间不超过2s

·修改缺陷报告处理时间不超过3s

·Bugzilla系统在25个用户下运行超过100分钟

1.2范围

本次测试范围主要为Bugzilla2.18.3的整体压力/负载测试

2.测试环境

Bugzilla环境:

表1-1

类别

配置

硬件配置

处理器:

intelcoreduocpu1.6G

内存:

384MBRAM

软件配置

操作系统:

WIN2003企业版

Bugzilla2.18.3

IE版本:

6.0

网络配置

局域网

LoadRunner环境:

表2-1

类别

配置

硬件配置

处理器:

intelcoreduocpu1.6G

内存:

256MBRAM

软件配置

操作系统:

WIN2000Professional

IE版本:

6.0

网络配置

局域网

3.测试流程设计

3.1软件安装与配置

如表1-1和2-1所述将Bugzilla和LoadRunner的测试环境部署完成

3.2定义关键流程和事务

此次压力测试为Bugzilla系统的登录流程、提交缺陷流程、查询缺陷流程和修改缺陷流程

3.3定义任务分配

·单独登录过程:

虚拟用户数分别为22、25人,其中并发用户数分别为4-5人,登录的响应时间在5秒钟以内,5分钟内完成25人登录,且全部登录成功

·单独提交过程:

一般提交一个缺陷报告的处理时间不超过5秒钟,提交缺陷的操作要求成功率为100%,考查3人的并发操作,建立一个只有提交过程的场景,虚拟用户数据分别为15人

·单独查询过程:

查询的响应时间在2秒钟以内,查询缺陷的操作要求成功率为100%,考查2人的并发登录,建立一个只有查询过程的场景,虚拟用户数据分别为8人,其中并发用户数分别为2人

·单独修改过程:

修改缺陷的响应时间在5秒钟以内,修改缺陷的操作要求成功率为100%,建立一个只有修改过程的场景,虚拟用户数据分别为2人

·混合过程:

一般登录过程的时间不超过5秒钟,且需要5分钟所有用户登录完成

提交缺陷的响应时间在5秒钟以内,查询缺陷的响应时间在5秒钟以内

修改缺陷的响应时间在5秒钟以内,系统能稳定运行100分钟,考查2、5人的并发登录

3.4测试数据的准备

为虚拟用户准备5个账号和相应的口令

3.5测试工具配置

配置IPSpoofer,可以和loadrunner控制台在相同网段上,共5个

3.6脚本录制和调试

·录制登录过程脚本,操作过程如下:

1.在Bugzilla的主页面中以自己的用户名和口令登录

2.等待所有页面全部显现出来。

3.停止录制

·录制提交过程脚本,操作过程如下:

1.进入Bugzilla的BUG提交页面中,填写BUG的相关状况

2.点击submit提交按钮

3.等待所有页面全部显现出来

4.停止录制

•录制查询过程脚本,操作过程如下:

1.进入Bugzilla的BUG查询页面中,填写所要查询的BUG关键字

2.点击Query查询按钮

3.等待所有页面全部显现出来

4.停止录制

•录制修改过程脚本,操作过程如下:

1.进入Bugzilla的BUG修改页面中,将所要修改的BUG调出,进行修改

2.点击Modify修改按钮

3.等待所有页面全部显现出来

4.停止录制

•录制混合过程脚本,操作过程如下:

1.在Bugzilla的主页中以正确的用户名和密码登录

2.等待所有页面全部出来

3.点击NEW按钮,进入新BUG的提交页面,填写新BUG

4.点击Submit提交按钮

5.进入Bugzilla的Bug成功提交页面,点击SERCH按钮

6.进入Bug查询页面,填写所需要查询的BUG关键字

7.点击SEARCH按钮,可显示需要查询的BUG

8.选择需要修改的BUG

9.显示BUG的详细内容

10.将BUG的内容进行修改

11.点击Submit提交按钮,即对BUG完成了修改

3.7场景方案的设定和调试

·单独登录场景:

▼22个用户,场景设置为user_22,每秒增加5个,并发用户为4个,Generator选择本机

·单独提交场景:

▼15个用户,场景设置为user_15,每秒增加3个,并发用户为3个,Generator选择本机

·单独查询场景:

▼8个用户,场景设置为user_8,每秒增加3个,并发用户为2个,Generator选择本机

·单独修改场景:

▼2个用户,场景设置为user_2,每秒增加1个,Generator选择本机

·混合场景:

▼22个用户,场景设置为user_bugzilla_22,每秒增加2个,并发用户为5个,Generator选择本机

▼25个用户,场景设置为user_bugzilla_25,每秒增加2个,运行时间至少为100分钟,Generator选择本机

3.8测试执行

在保证没有其他人访问Bugzilla的情况下,运行测试并监视系统的性能

3.9测试结果的分析

测试人员负责收集:

测试脚本、场景、测试结果

测试人员和开发人员共同分析测试结果

3.10给出测试结论

通过分析结果制定最后的测试结论,提交测试报告

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 人文社科 > 法律资料

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2