(word)Bugzilla性能测试方案.docVIP

Bugzilla性能 测试方案（V 1.0） 2009年7月21日  目 录 第1章 概述 - 3 - 1.1目的 - 3 - 1.2 范围 - 3 - 1.3 目标 - 3 - 第2章 测试环境 - 4 - 2.1测试工具及环境 - 4 - 2.2被测系统环境 - 4 - 第3章 测试设计 - 5 - 3.1 脚本设计 - 5 - 3.1 场景设计 - 5 - 第4章 进度与任务 - 9 - 附录 - 10 -  概述 1.1目的 本次性能测试的目的是为讲师在正式授课之前，确保Bugzilla的各项性能指标能达到目前授课的目标以及今后的预期授课目标。 1.2 范围 根据对实际授课的情况分析，本次性能测试的范围如下： 1、用户登录、提交缺隐陷、查询缺陷单业务场景的测试 2、用户登录、提交缺隐陷、查询缺陷混合业务场景的测试 1.3 目标 根据系统运行环境和学员使用情况的反馈分析，以及今后的预期授课目标，本次对Bugzilla的单业务及混合业务的性能测试均需达到如下方面的性能目标： 1、一般登录过程的平均时间不超过5秒钟，且需要5分钟所有用户登录完成。 2、一般提交一个缺陷报告的平均处理时间不超过5秒钟 3、一般查询一个缺陷报告平均时间应该不超过2秒钟 4、支持25人在线使用及相应的并发处理 5、系统能稳定运行100分钟 6、测试出系统的极限值（如，最大用户数、最大并发用户数等） 测试环境 说明：本次测试环境为中心的教学环境 2.1测试工具及环境 测试工具及环境如下表所示： 类 别 配 置 硬件配置 处理器：Pentium（4）2.0G 内 存：256MB 软件配置 操作系统：Microsoft Windows Server 2003 Standard Edition 测试工具：LoadRunner 8.0 IE浏览器：6.0 2.2被测系统环境 被测系统环境如下表所示： 类 别 配 置 系统架构 B/S 硬件配置 处理器：处理器：Pentium（4）2.0G 内 存：256MB 软件配置 操作系统：Microsoft Windows Server 2003 Standard Edition Web Server：IIS 6.0 DB Server：MySql 4.0 Bugzilla：2.17.6 测试设计 3.1 脚本设计 根据本次性能测试的范围及目标，脚本设计如下表如示： 脚本名称 脚本功能描述 备 注 S_Login 登录脚本：登录过程脚本 定义事务：Login 定义集合点：R_Login 测试数据：10个账号及密码，且参数从文件Login_data.dat中获取 S_Submit 提交缺陷脚本：缺陷提交过程脚本 定义事务：Submit 定义集合点：R_Submit 测试数据：10个缺陷名称及描述，且参数从文件Submit_data.dat中获取 S_Search 查询缺陷脚本：查询过程的脚本 定义事务：Search 定义集合点：R_Search 测试数据：10个缺陷的编号，且参数从文件Search_data.dat中获取 S_Modify 修改缺陷报告脚本：缺陷修改过程脚本 定义事务：Search 3.1 场景设计 一、单业务场景 1、系统登录单业务场景方案：T_Login_001 场景方案标识 T_Login_001 测试覆盖的目标 登录的响应时间在5秒钟以内 5分钟内完成所有用户的登录，且全部登录成功。 考查2-10人的并发登录 功能简述 考查用户进行登录的情况，同时考查登录功能的并发处理能力。 关键技术说明 单独录制登录的脚本，脚本的命名为S_Login 为了实现并发，在脚本中应该加入的集合点， 集合点名称为R_Login 为考登录的响应时间是否能够达到预期的要求需要插入事务，事务名称为Login 为模拟登录过程数据的真实性，需要对登录脚本进行参数化，详细情况见参数文件Login_data.dat 场景在5分钟内需完成 需要监控服务端的CPU、内存等一些常用的性能指标，具体情况参见《Bugzilla性能测试数据记录表》 操作步骤 单独录制登录的脚本，脚本的命名为S_Login 建立一个只有登录过程的场景，按下述方式加载所有虚拟用户，虚拟用户数据分别为10、15、20、25、50，其中并发用户数分别为：2、3、5、8、10，另场景运行时间为5分钟 分别执行场景 根据要求将各次测试结果填入《Bugzilla性能测试数据记录表》 提交缺陷单业务场景方案 场景方案标识 T_Submit_002 测试覆盖的目标 一般提交一个缺陷报告的处理时间不超过5秒钟 提交缺陷的操作要求成功率为10