Bugzilla性能测试方案.docVIP

Bugzilla性能测试方案 目录 TOC \o 1-3 \h \z \u 1.概述 2 1.1目的 2 1.2范围 2 2.测试环境 2 3.测试流程设计 3 3.1软件安装和配置 3 3.2定义关键流程和事务 3 3.3定义任务分配 3 3.4测试数据的准备 3 3.5测试工具配置 3 3.6脚本录制和调试 3 3.7场景方案的设定和调试 4 3.8测试执行 5 3.9测试结果的分析 5 3.10给出测试结论 5 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 类别 配置 硬件配置 处理器：intel core duo cpu 1.6G 内存：384MB RAM 软件配置 操作系统：WIN2003企业版 Bugzilla2.18.3 IE版本：6.0 网络配置 局域网 LoadRunner环境： 表2-1 类别 配置 硬件配置 处理器：intel core duo cpu 1.6G 内存：256MB RAM 软件配置 操作系统：WIN2000 Professional 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测试工具配置 配置IP Spoofer，可以和loadrunner控制台在相同网段上，共5个 3.6脚本录制和调试 ·录制登录过程脚本，操作过程如下： 在Bugzilla的主页面中以自己的用户名和口令登录 等待所有页面全部显现出来。 停止录制 ·录制提交过程脚本，操作过程如下： 进入Bugzilla的BUG提交页面中，填写BUG的相关状况 点击submit提交按钮 等待所有页面全部显现出来 停止录制 ?录制查询过程脚本，操作过程如下： 进入Bugzilla的BUG查询页面中，填写所要查询的BUG关键字 点击Query查询按钮 等待所有页面全部显现出来 停止录制 ?录制修改过程脚本，操作过程如下： 进入Bugzilla的BUG修改页面中，将所要修改的BUG调出，进行修改 点击Modify修改按钮 等待所有页面全部显现出来 停止录制 ?录制混合过程脚本，操作过程如下： 在Bugzilla的主页中以正确的用户名和密码登录 等待所有页面全部出来 点击NEW按钮，进入新BUG的提交页面，填写新BUG 点击Submit提交按钮 进入Bugzilla的Bug成功提交页面，点击SERCH按钮 进入Bug查询页面，填写所需要查询的BUG关键字 点击SEARCH按钮，可显示需要查询的BUG 选择需要修改的BUG 显示BUG的详细内容 将BUG的内容进行修改 点击Submit提交按钮，即对BUG完成了修改 3.7场景方案的设定和调试 ·单独登录场景： ▼2