2023年6月21日发(作者:)
目录
QQ空间 ...................................................... 错误!未定义书签。
1.1 QQ空间系统概述 .......................................................... 3
1.1.1系统功能 ........................................................... 3
1.1.2系统的体系结构 ..................................................... 3
1.1.3开发环境 ........................................................... 4
1.2 QQ空间系统测试计划 ...................................................... 4
1.2.1测试需求 ........................................................... 4
1、功能测试 .......................................................... 5
2、性能测试 .......................................................... 5
3、兼容性测试 ........................................................ 5
1.2.2测试资源 ........................................................... 5
1、人力资源 .......................................................... 5
2、测试环境 .......................................................... 5
3、测试工具 .......................................................... 5
4、文档资料 .......................................................... 6
1.2.3测试策略 ........................................................... 6
1、功能测试 .......................................................... 6
2、性能测试 .......................................................... 7
3、用户界面测试 ...................................................... 8
4、安全性测试 ........................................ 错误!未定义书签。
5、兼容性测试 ........................................ 错误!未定义书签。
1.2.4测试标准 ........................................................... 8
1、测试特性 .......................................................... 8
2、输出准则 .......................................................... 9
3、缺陷严重级别定义 .................................................. 9
1.3 QQ空间系统功能测试 ...................................................... 9
1.3.1登陆模块的测试 ..................................................... 9
测试用例设计 ........................................................ 10
2、录制的测试脚本 ................................................... 13
3、执行测试 ......................................................... 14
4、测试结果 ......................................................... 14
1.3.2相册模块测试 ...................................................... 14
1、测试用例设计 ..................................................... 14
2、执行测试 ......................................................... 16
3、测试结果 ......................................................... 16
1.3.3个人档模块测试 .................................................... 17
1、测试用例设计 ..................................................... 17
2、执行测试 ......................................................... 19
3、测试结果分析 ..................................................... 20 1.3.4日志模块测试 ...................................................... 20
1、测试用例设计 ..................................................... 20
2、执行测试 ......................................................... 27
3、测试结果分析 ..................................................... 27
1.3.5链接测试 .......................................................... 27
1.4 QQ空间系统性能测试 ..................................................... 28
1.4.1测试用例设计 ...................................................... 30
1.4.2测试环境 .......................................................... 33
1.4.3测试执行 .......................................................... 33
1.4.4测试结果分析 ...................................................... 34
1.1 QQ空间系统概述
1.1.1系统功能
本次实验要进行测试的是一个功能强大的QQ空间系统。系统的主页如右图所示:。系统包括以下功能模块:
(1) 日志模块:撰写和发表日志。
(2) 撰写说说模块:发表说说。
(3) 相册管理模块:支持多相册功能,可将相册分类收藏,可以上传照片,创建相册,同时可以上传视频和制作个性相册等功能。
(4) 音乐盒模块:可以收藏音乐,可以管理我的音乐盒里的音乐等。
(5) 个人档管理模块:修改自己的个人信息。
(6) 留言板模块:查看留言和对留言进行回复。
(7) 用户模板:提供用户制定功能,打造个性,设置自己喜欢的风格。
1.1.2系统的体系结构
QQ空间系统为典型的B/S结构。客户端都是通过浏览器访问应用系统。Web服务器为Apache,浏览器和Web服务器之间基于HTTP协议。
系统的体系结构如下图: 1.1.3开发环境
本qq空间系统开发的软件环境如下:
(1) 操作系统:windows 7
(2) Web服务器:Apache
(3) 数据库:MYSQL
(4) 开发语言和工具:PHP+Zend+PHPWIND
(5) 浏览器:IE8.0
1.2 QQ空间系统测试计划
1.2.1测试需求
此系统属于一般类型的应用软件,各功能正常使用,系统响应比较快,运行稳健,能满足多人正常使用。此系统用户可以建立个人主页(发表日志,发表说说,相册管理,音乐盒管理,个人档管理等)。
此次测试的目的就是检查核心模块功能是否正常,验证系统性能是否满足应用需求。这次测试的具体内容如下: 1、功能测试
在功能测试中,重点测试的是登录模块、发表日志模块、个人档管理模块、相册管理模块。
2、性能测试
在性能测试中,需要测试不同负载下系统的表现,并获得系统的响应能力、负载能力、吞吐量和资源利用率等性能指标。
3、兼容性测试
IE浏览器,360浏览器,搜狗浏览器,火狐浏览器,傲游浏览器都可以兼容运行。
1.2.2测试资源
1、人力资源
姓名
过慈强
角色
测试人员
职责
设计并执行功能和性能测试
2、测试环境
(1) 硬件设备:1台PC机
(2) 软件环境。
操作系统:windows 7
WEB服务器:IE浏览器
(3) 网络环境:学校内部的以太网,与服务器的连接速率为2M—10M。
3、测试工具
用途
功能测试
性能测试
链接测试
工具
QTP
Load Runner
Xenu Link Sleuth
生产厂商
HP
HP
共享
版本
9.2
8.0
1.2j
注: 1. QTP是quicktest Professional的简称,是一种自动测试工具。使用QTP的目的是 想用它来执行重复的手动测试,主要是用于回归测试和测试同一软件的新版本。因此在测试想要用它来执行重复的手动测试,在测试前要考虑好如何对应用程序进行测试,例如要测试那些功能、操作步骤、输入数据和期望的输出数据等
2 LoadRunner,是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期,适用于各种体系架构的自动负载测试,能预测系统行为并优化系统性能。
3
Xenu Link Sleuth,是一种被广泛使用的死链接检测工具。可检测出指定网站的所有死链接包括图片链接等,并用红色显示。你可以打开一个本地网页文件来检查它的链接,也可以输入任何网址来检查。它可以分别列出网站的活链接以及死链接,连转向链接它都分析得一清二楚;支持多线程 ,可以把检查结果存储成文本文件或网页文件。
4、文档资料
暂无。
1.2.3测试策略
1、功能测试
功能测试的目的是保证系统的功能正常,例如数据输入是否正确。对交互的输出或结果进行分析,以核实应用程序的功能。
重点测试的是登录模块、发表日志模块、个人档管理模块、相册管理模块,测试策略见下表:
登录模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
登录模块测试
功能测试
15%用手工测试,85%用QuickTest测试工具自动测试
无
测试通过/失败标准 95%测试用例通过,并且所有缺陷全部解决
相册模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
相册模块
功能测试
手工测试
可使用场景测试用例
测试通过/失败标准 98%测试通过,缺陷全部解决
个人档模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
个人档模块
功能测试
手工测试
可使用场景测试法
测试通过/失败标准 95%测试用例通过,并且所有缺陷全部解决
发表日志模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
发表日志模块测试
功能测试
15%用手工测试,85%用QuickTest测试工具自动测试
需要进行表单测试和数据库测试
测试通过/失败标准 95%测试用例通过,并且所有缺陷全部解决
2、性能测试
性能测试主要是对响应时间、事务处理速率和其他与时间有关的需求进行评测和核实监测系统性能是否都以满足。
在本次的性能测试中,主要是进行并发性能测试。
本次测试的是登录模块、发表日志模块、个人档管理模块、相册管理模块,测试策略见下表:
登录模块并发性能测试
测试策略项
测试技术
登录模块并发测试
采用LoadRunner测试工具自动化测试
测试通过/失败标准 80%的事务平均响应时间不超过8s,每一事务的响应时间不超过12s
特殊考虑 (1) 可创建“虚拟的”用户负载来模拟多个(通常为数百个)客户机
(2) 最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载
(3) 多用户不同网络条件下的连接速度是否满足要求
相册模块并发性能测试
测试策略项
测试技术
测试失败/通过标准
特殊考虑
相册模块并发测试
采用Load Runner测试工具自动化测试
每一事物响应时间不超过10S
(1)可创建“虚拟的”用户负载来模拟多个客户机
人档模块并发性能测试
测试策略项
测试技术
测试通过/个人档模块并发测试
采用LoadRunner测试工具自动化工具
80%的事务响应时间不超过10s,每一事务的响应时间不超过12s 失败标准
特殊考虑 (1) 可创建“虚拟的”用户负载来模拟多个(为5-20个,考虑的运行速度)客户机
(2) 最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载
(3) 修改设置信息时,考虑到不同模块
发表日志并发性能测试
测试策略项
测试技术
测试通过/失败标准
特殊考虑
发表日志模块并发测试
采用LoadRunner测试工具自动化测试
80%的事务平均响应时间不超过10s,每一事务的响应时间不超过12s
(1)可创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机
(2)最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载
(3)对用户提交的表单进行检查
3、用户界面测试
检查项
窗口切换、移动、改变大小是否正常
各种界面元素的文字是否正确(如标题、提示等)
各种界面元素是否支持键盘操作
各种界面元素是否支持鼠标操作
数据项能否正常回显
对于常用的功能,用户能否不必阅读手册就能使用
执行有风险的操作时,是否有“确认”、“放弃”等提示
操作顺序是否合理
按钮排序是否合理
导航帮助是否明确
提示信息是否规范
在不同的浏览器下用户界面的所有元素是否正常
在同一种浏览器下,浏览器的版本不同用户界面是否正常
测试人员的类别及其评价
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
各种界面元素的状态是否正确(如有效、无效、选中等状态) Yes
1.2.4测试标准
1、测试特性
功能性(50%)、效率(35%)、可靠性(5%)、可维护性(10%) 2、输出准则
(1) 文档:系统测试说明、系统测试报告。
(2) 覆盖率:计划测试覆盖率100%,执行测试覆盖率99%。
(3) 功能质量目标:缺陷遗留数:严重缺陷0个,较严重缺陷1个,一般缺陷3个,次要缺陷7个。
(4) 性能质量目标:
3、缺陷严重级别定义
严重缺陷:不能执行正常工作功能或重要功能,是系统崩溃或资源严重不足。例如由程
序引起的死机。
较严重缺陷:严重的影响系统要求或基本功能的实现,且没办法更正。例如功能与需求 不符、程序接口错误等。
一般错误:严重地影响系统要求或基本功能的实现,但存在合理的更正办法。例如界面 错误,输出内容及打印格式错误等。
次要错误:使操作者不方便或遇到麻烦,但不影响执行工作或功能实现。例如辅助说明 描述不清楚,显示格式不规范等。
1.3 QQ空间系统功能测试
1.3.1登陆模块的测试
登录模块的界面如下图所示。另外,网站中还有一个单独的登录页面,其测试方法与当前这个登录模块的测试方法基本一样。下面对主页面上的登录模块进行功能测试。
登陆界面
测试脚本
测试用例设计
根据登录操作的特点,采用边界值方法和等价类设计测试用例。登录个人主页的测试用例如下所示:
登录QQ空间测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
登录QQ空间主页测试
过慈强
功能测试
手工测试和自动化测试相结合
项目编号
模块名称 登录QQ空间个人主页
参考信息 需求规格说明书、设计说明书
设计日期 2013-4-27
测试日期 2013-4-27
测试人员
过慈强
测试用户能否正常登录 前置条件
用例编号
01
存在正确的用户名和密码;登录页面正常装载;(已注册的一个QQ帐号为:511120594,密码为:cptbtptp5281)
操作 输入数据 预期结果 实际结果 测试状态(P/F)
输入正确的帐帐号:511120594 正常登录 正常登录,P
号、正确的密密码:转入对应码,点击“登录” cptbtptp5281 的系统页面
输入正确的帐帐号:511120594 正常登录 正常登录,P
号、正确的密密码:转入对应码,按ENTER键 cptbtptp5281 的系统页面
输入错误的帐号或者没有注册的帐号,正确的密码,点击“登录”(错误的帐号和密码可以登录的概率极小,不作测试)
首次输入正确的帐号、错误的密码,点击“登录”
帐号:456722594 不能正常密码:登录,显cptbtptp5281 示“帐号不存在或者错误”的提示
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
02
03
04 帐号:511120594 不能正常密码:123456 登录,显示“密码错误”
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
不能正常登录,提示“您输入的帐号或者密码不正确,请重新输入。”并在登录界面上出F
05 第二次输入正确的帐号、错误的密码,点击“登录”
帐号:511120594 不能正常密码:123 登录,显示“密码错误”
06 第三次输入正确的帐号、错误的密码,点击“登录”
帐号:511120594 不能正常密码:1 登录,显示“密码错误” 现验证码
07 第四次输入正确的帐号、错误的密码和正确的验证码,点击“登录”
帐号:511120594
密码:12
验证码:图片中的字母
不能正常登录,显示“密码错误”
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
正常登录,P
转入对应的系统页面
不能正常登录,提示“您输入的验证码不正确,请重新输入。”
不能正常登录,提示“请输入完整的验证码!”
F
08 输入正确的帐号、正确的密码和正确的验证码,点击“登录”
输入正确的帐号、正确的密码和错误的验证码,点击“登录”
帐号:511120594 正常登录
密码:cptbtptp5281
验证码:图片中的字母
帐号:511120594
密码:cptbtptp5281
验证码:输入的字母与图片中的字母不一致(字母个数相同)
帐号:511120594
密码:cptbtptp5281
验证码:输入的字母与图片中的字母不一致(个数少)
不能正常登录,显示“验证码错误”
09
10 输入正确的帐号、正确的密码和错误的验证码,点击“登录”
不能正常登录,显示“验证码错误”
F
11 输入正确的帐帐号:511120594
号、密码为空,密码:
点击“登录”(此
时没有验证码)
帐号、密码都为帐号:
空,点击“登录” 密码:
不能正常登录,显示“密码不能为空”
不能正常登录,显示“帐号为空”
不能正常登录,显示“帐号为空”
不能正常登录,提示“您还没有输入密码!”
不能正常登录,提示“您还没有输入帐号!”
不能正常登录,提示“您还没有输入帐号!”
F
12 F
13 帐号为空,只输入密码
帐号:
密码:cptbtptp5281
F
14 帐号正确,但其后有1至多个空帐号:不能正常511120594+2空格 登录,显正常登录,P
转入对应格,密码正确
15 用户名和密码正确,但密码后加1个至多个空格
密码:cptbtptp5281
示“帐号错误”
的系统页面
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
P
帐号:511120594 不能正常密码:登录,显cptbtptp5281+2示“密码空格 错误”
16 使用Tab键 光标在帐号框内,光标可依Tab键功按tab键2次 次移动到能正常使密码输入用
框和页面上的图片
在帐号框输入:帐号本文511120594,光标框显示:在字符串末尾,按51112
4次BackSpace键
在帐号输入框中使用左右箭头
在帐号输入框中使用delete键
在帐号输入框内单击鼠标
在帐号输入框内双击鼠标
BackSpace键能正常使用
17 在文本输入框中按BackSpace键
在文本输入框中使用左右箭头
在文本输入框中使用delete键
在文本输入框中点击鼠标
在文本输入框中双击鼠标
输入帐号,等待较长时间才输入密码
P
18 光标必须左右箭头能跟踪到能正常使相应位置 用
能正常删除
Delete键能正常使用
P
19 P
20 光标必须正常
能跟踪到相应位置
输入框中文本被选中
输入框中文本被选中
P
21 P
22 帐号:511120594 正常登录
等待五分钟输入密码
密码:cptbtptp5281
帐号:511120594 光标位置切换到word程应停在原序,过一分钟在切处
换回来
正常登录,P
转入对应的系统页面
光标位置应停在原处
P 23 输入帐号,马上切换到其他程序,过一段时间再切换回来
2、录制的测试脚本
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebElement("QQ密码").Click
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebEdit("p").Click
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebEdit("p").SetSecure
"4fa2627e36575965be836f241735534a6348cdfceeeaeb15"
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebButton("登录").Click
Browser("QQ空间-分享生活,留住感动").Page("绿叶 [.").Link("[退出]").Click
Browser("QQ空间-分享生活,留住感动").Dialog("Microsoft Internet Explorer").WinButton("确定").Click
3、执行测试
分别运行测试脚本,获得测试结果。
脚本在测试过程中我无法进行参数化,咨询过老师后,发现是该系统自身的问题,所以功能测试中没有用到参数化。由于用户名和密码有些是不正确的,因此不能正常登录。对于不能正常登录的情况,系统都将做出相应回应。
通过自动化测试,不难看出自动化测试的好处:提高执行效率,并可避免人工进行繁琐数据输入,而且可以避免人为的一些错误。
除了通过自动化测试脚本进行测试除外,我们还补充了一些必要的手工测试。手动测试就是直接按照测试用例的要求,输入测试数据,观察运行的结果与预期结果的异同,以判断测试是否通过。
4、测试结果
通过手动测试和自动化测试,未发现登陆界面有系统的缺陷……
1.3.2相册模块测试
此模块主要测试上传照片和创建相册两个子模块。采用场景测试法进行测试。
1、测试用例设计
使用场景法进行测试时必须首先分析出北侧的对象及基本事务流和备选事务流。
(1)上传照片模块开始是进入相册管理。上传照片包括6个基本步骤:
1》 点击“上传照片”
2》 点击“添加照片”
3》 选择照片
4》 选择图片专辑
5》 点击“上传照片”
6》 点击“完成”
这五步依次正确操作便形成了基本事务流。 在该模块中有两条备选事务流,分别是:
1》 备选流一:在基本流4》中,添加相册。有两种情况:一是未创建相册,无相册可选,需要添加相册;二是已有相册,准备另外添加新相册。
2》 备选流二:在基本流5》中,网络速度太慢,导致传输错误。
从基本流开始,将基本流和备选流结合起来,可以确定如下用例场景:
场景1:基本流
场景2:基本流,备选流一
场景3:基本流,备选流二
由场景生成测试用例是通过确定某个特定条件来完成的,这个特定条件将导致特定用例场景的执行。根据上面的场景设计测试用例,如下表:
上传照片测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
01
场景
场景一:上传照片成功
场景二:添加相册(测试未创建相册情况)
上传照片测试
过慈强
功能测试
手工(黑盒测试)
项目编号
模块名称
参考信息
设计日期
测试日期
上传照片功能
用户进入相册管理页面,相册中已有“帅哥”的相册。
输入数据
相册
选择“帅哥”相册
无相册可选
监测网速
网速很快 页面提示:上传页面提示:上完成,是否继续 传完成,是否继续
页面提示:未创建相册,转入创建相册页面
转入选择的相册页面
页面提示:未创建相册,转入创建相册页面
转入选择的相册页面
预期结果 实际结果
2013/4/28
上传照片模块测试
需求规格说明书、概要设计说明书
测试人员
2013/4/30
过慈强
02 网速很快
03 场景二:添加相点击“选册(已有相册,择相册”
添加新相册)
场景三:网络传输速度慢
网络很快
04 选择“帅网络速度0哥”相册 —1kb
页面提示:网速页面提示:网慢,请稍后重传 速慢,请重传
(注:白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。
黑盒测试:是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收和正确的输出) (2) 创建相册模块开始是进入相册管理。创建相册模块包括7个基本步骤:
1》 点击“创建相册”
2》 填写相册名称
3》 填写相册描述
4》 选择分类
5》 选择空间权限
6》 选择朋友们的权限
7》 点击确定
这七步依次正确操作便形成了基本事务流。
在该模块中有一条备选事务流,其是:
1》 备选流一:在基本流2》中,相册名称为空。
由场景生成测试用例是通过确定某个特定条件来完成的,这个特定条件将导致特定用例场景的执行。根据上面的场景设计测试用例,如下表:
创建相册测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
01
场景
场景一:创建相册成功
场景二:创建相册不成功
创建相册测试
过慈强
功能测试
手工(黑盒测试)
项目编号
模块名称
参考信息
设计日期
测试日期
创建相册功能
用户进入相册管理页面,相册中已有“帅哥”的相册。
输入数据
相册名称
填写相册名称“美好” 页面提示:创建 完成,是否传照片
未填写相册名称
页面提示:请填写相册名称
页面提示:创建完成,是否传照片
页面提示:请填写相册名称
预期结果 实际结果
2013/4/28
创建相册模块
需求规格说明书、概要设计说明书
测试人员
2013/4/30
过慈强
02
2、执行测试
该模块采用手动方式执行测试。根据各个测试用例的说明,一次执行每个测试用例,得出测试结果。
3、测试结果
执行每个测试用例之后,未发现缺陷。上传照片功能和创建相册功能正常。 1.3.3个人档模块测试
个人档模块的页面如下所示。在该页面包括空间动态、兴趣爱好、个人资料三个模块,可以对任何模块下的内容进行修改。
个人档模块中可以查看和修改空间动态、兴趣爱好、个人资料等内容,有的需要点击保存来提交修改内容。在该模块中重点是填写资料和兴趣爱好,因此重点对填写的个人资料、兴趣爱好进行测试。个人资料的测试包括下拉列表框、文本框的测试。兴趣爱好的测试包括对按钮、文本框的测试。
1、测试用例设计
根据页面中各组件的特点,选择合适的测试方法和测试策略,分别设计测试用例。
1) 文本框
对文本框的测试,可以从以下几个方面进行考虑:
(1) 文本框是否对输入的字符数有特别限定,若与特别限定条件不符,是否会给出提示。
(2) 文本框是否可以为数字、汉字、英文字符和特殊字符,中间是否可以有空格,标点符号等。
(3) 文本框是否能正常使用功能件和快捷键。
个人档修改页面中有多个文本框,下面将昵称文本框为例进行测试。
昵称文本框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
昵称模块测试
XXX
过慈强
功能测试
手工
昵称文本框
项目编号
模块名称
参考信息
设计日期
测试日期
修改昵称
需求规格说明书、设计说明书
2013/5/4
2013/5/4
测试人员
过慈强
前置条件
用例编号
1
2
3
4
5
6
7
8
9
10
11
12
13
14
用户正常登录,正常进入修改界面
输入数据/操作
性能测试
QuickTest
12345
Quick@%
Load Runner
n
空
空格
A
35个英文字母
36个英文字母
37个英文字母
38个汉字
鼠标在文本框中,按一次Tab键
在文本框中使用delete键
在文本框中使用Ctrl+C键
在文本框中使用Ctrl+V键
在文本框中单击鼠标
在文本框中双击鼠标
在文本框中使用左箭头
在文本框中使用右箭头
预期结果
系统能接受
系统能接受
系统能接受
系统能接受
系统能接受
系统能接受
系统不能接受
系统不能接受
系统能接受
系统能接受
系统能接受
提示最长不超过36个字符
提示最长不超过36个字符
切换到性别选择上
Delete键功能正常
能拷贝文本框中的内容
能将拷贝的内容粘贴到文本框中
光标移动到单击位置
文本框中的内容被选中
光标随着箭头向左移动
光标随着箭头向右移动
实际结果
点击保存后,昵称为:性能测试
点击保存后,昵称为:QuickTest
点击保存后,昵称为:12345
点击保存后,昵称为:Quick@%
点击保存后,昵称为:Load
Runner
点击保存后,昵称为:n
点击保存后,提示不能为空
点击保存后,提示不能为空
点击保存后,昵称为:A
点击保存后,昵称为输入的35个英文字母
点击保存后,昵称为输入的36个英文字母
提示最长不超过36个字符
提示最长不超过36个字符
Tab键功能正常
测试
状态
P
P
P
P
P
P
P
P
P
P
P
P
P
P
15
16
17
Delete键功能正常
拷贝键功能正常
粘贴键功能正常
P
P
P
18
19
20
21
鼠标功能正常
鼠标功能正常
左箭头功能正常
右箭头功能正常
P
P
P
P
2) 列表框
列表框控件的测试可以从以下几个方面进行考虑:
(1)条目内容正确,根据需求规格说明书确定列表的各项内容正确,没有丢失或错误。 (2)列表框的内容较多时要使用滚动条
(3)列表框允许多选时,要分别检查Shift选中条目,按Ctrl选中条目和直接用鼠标选中多项条目的情况。
个人档修改页面中有多个列表框,下面现居地列表框为例进行测试。现居地列表框中有多项条目,且不允许多选。为现居地列表框设计测试用例。
现居地列表框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
XXX
过慈强
功能测试
手工(黑盒测试)
现居地列表框
用户正常登录,正常进入修改界面
输入数据/操作
根据需求说明书的要求检查列表中各条目内容
选择条目1:中国
选择条目2:阿尔巴尼亚
选择条目3:智力
选择条目4:中非共和国
不对权限列表框做任何操作
鼠标在列表框中单击
鼠标单击列表框的向下按钮
预期结果
列表中有多个条目
“中国”被选中
“阿尔巴尼亚”被选中
“智力”被选中
“中非共和国”被选中
默认选中条目1,即“中国”被选中
列表框被打开
列表框被打开
实际结果
列表中有多个条目,与规格说明书一致
提交修改后,现居地为:中国
提交修改后,现居地为:阿尔巴尼亚
提交修改后,现居地为:智力
提交修改后,现居地为:中非共和国
提交修改后,现居地为:中国
列表框被打开,列出所有条目
列表框被打开,列出所有条目
测试状态(P/F)
P
项目编号
模块名称
参考信息
设计日期
测试日期
发表日志
需求规格说明书、设计说明书
2013/5/4 测试人员 过慈强
2013/5/4
2
3
P
P
4
5
P
P
6 P
7
8
P
P
2、执行测试
个人档模块的测试采用手动测试和自动化测试相结合的方式。对单个组件的测试采用手动测试,对修改页面中各组件进行组合测试时,采用自动化测试方法。手动测试时按要求依次执行各测试用例,并记录测试结果。采用自动化测试时,首先要录制脚本,然后采用参数化和插入检查点的方法增强脚本,随后执行测试脚本,分析测试结果。 3、测试结果分析
执行了个人档模块的各测试用例后,未发现缺陷。
1.3.4日志模块测试
发表日志(旧版编辑器)的页面如下图所示。在该页面包括文本输入框、单选按钮、复选框、下拉列表框、文本编辑工具、权限和发表日志按钮等。
发表日志模块中需要填写的相关内容,并点击发表日志按钮来提交日志内容。在该页面的重点是填写表单和表单的提交,因此重点对表单进行测试。表单的测试包括单选按钮、复选框、文本框、菜单项、工具条、按钮等的测试和后台数据库的测试。下面针对该页面的特点设计测试用例。
1、测试用例设计
根据页面中各组件的特点,选择合适的测试方法和测试策略,分别设计测试用例。
1) 文本框
对文本框进行测试,可以从以下几个方面进行考虑:
(1)文本框是否对输入的字符数有特别的限定,若与限定条件不符,是否会给出提示。
(2)文本框是否可以为数字、汉字、英文字符和特殊字符,中间是否可以有空格,标点符号等。
(3)文本框中是否能正常使用功能键和快捷键。
下面为日志标题文本框设计测试用例
日志标题文本框测试用例
项目名称 发表日志模块测试 项目编号 开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
过慈强
功能测试
日志标题文本框
模块名称
参考信息
设计日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5 手工(黑盒测试) 测试日期
用户正常登录,对于下面各测试用例,在文章内容栏填写“Web系统测试”
输入数据/操作
性能测试
预期结果
系统能接受
实际结果
提交日志后,日志标题为:性能测试
提交日志后,日志标题为:QuickTest
提交日志后,日志标题为:12345
提交日志后,日志标题为:Quick@%
提交日志后,日志标题为:Load
Runner
提交日志后,日志标题为:n
提交日志后,日志标题为:
提交日志后,日志标题为:
提交日志后,日志标题为:A
提交日志后,日志标题为输入的127个英文字母
提交日志后,日志标题为输入的128个英文字母
无法输入多于128个字节
无法输入多于128个字节
Tab键功能正常
测试状态(P/F)
P
2 QuickTest 系统能接受 P
3
4
12345
Quick@%
系统能接受
系统能接受
P
P
5 Load Runner 系统能接受 P
6
7
8
9
10
n
空
空格
A
127个英文字母
系统能接受
系统能接受
系统能接受
系统能接受
系统能接受
P
P
P
P
P
11 128个英文字母 系统能接受 P
12 129个英文字母 无法输入多于128个字节
无法输入多于128个字节
切换到P
13 129个汉字 P
14 鼠标在文本框中,按一次Tab键
P
链接上 15
16
17
在文本框中使用delete键
在文本框中使用Ctrl+C键
在文本框中使用Ctrl+V键
在文本框中单击鼠标
在文本框中双击鼠标
在文本框中使用左箭头
在文本框中使用右箭头
Delete键功能正常
能拷贝文本框中的内容
能将拷贝的内容粘贴到文本框中
光标移动到单击位置
文本框中的内容被选中
光标随着箭头向左移动
光标随着箭头向右移动
Delete键功能正常
拷贝键功能正常
粘贴键功能正常
P
P
P
18
19
20
21
鼠标功能正常
鼠标功能正常
左箭头功能正常
右箭头功能正常
P
P
P
P
2) 单选按钮
对单选按钮的测试可以从以下几个方面进行考虑:
(1)逐一执行每个单选按钮的功能。
(2)一组单选按钮不能同时选中,只能选中一个。
(3)一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空
(4)单选按钮上功能键和快捷键是否正常
信纸单选按钮。设计测试用例如下:
信纸单选按钮测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
过慈强
功能测试
信纸单选按钮
用户正常登录,对于下面各测试用例,在日志标题栏填写“Web测试”,在文章内容栏填写“Web系统测试”
输入数据/操作
选择第一个单选按钮
预期结果
第一个单选按钮被选中
实际结果
第一个单选按钮被选中;文本编辑背景被替换为图片
2 选择第二个单选按钮
第二个单选按钮被选中
第二个单选按钮被选中;文本编辑背景被替换为图片
P
测试状态(P/F)
P
项目编号
模块名称
参考信息
设计日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5 手工(黑盒测试) 测试日期 3 选择第三个单选按钮
第三个单选按钮被选中
第三个单选按钮被选中;文本编辑背景被替换为图片
P
4 选择第四个单选按钮
第四个单选按钮被选中
第四个单选按钮被选中;文本编辑背景被替换为图片
P
5 选择第一个单选按第三个单选钮,然后选择第三个 按钮被选中
第三个单选按钮被选中;文本编辑背景被替换为图片
P
6 一个都不选 缺省状态下,文本编辑背景为默认信纸为白纸
白纸
P
3) 复选框
对复选框的测试可以从以下几个方面进行考虑:
(1)多个复选框可以被同时选中
(2)多个复选框可以被部分选中
(3)多个复选框可以都不被选中
(4)逐一执行每个复选框的功能
下面对发表日志页面中的复选框设计测试用例,如下表
复选框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
2
3
发表日志模块测试
过慈强
功能测试
项目编号
模块名称
参考信息
设计日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5 手工(黑盒测试) 测试日期
醒目灯、签名档和禁止转载复选框
用户正常登录,对于下面各测试用例,在日志标题栏填写“Web测试”,在文章内容栏填写“Web系统测试”
输入数据/操作
只选择醒目灯复选框
只选择签名档复选框
只选择禁止转载复预期结果
醒目灯复选框被选中
签名档复选框被选中
禁止转载复实际结果
醒目灯复选框被选中
签名档复选框被选中
禁止转载复选框测试状态(P/F)
P
P
P 选框
4 同时选择醒目灯和签名档复选框
同时选择醒目灯和禁止转载复选框
同时选择签名档和禁止转载复选框
同时选择醒目灯、签名档和禁止转载复选框
三个复选框都不选
选框被选中
醒目灯和签名档复选框被选中
醒目灯和禁止转载复选框被选中
签名档和禁止转载复选框被选中
三个复选框被选中
没有复选框被选中
被选中
醒目灯和签名档复选框被选中
醒目灯和禁止转载复选框被选中
签名档和禁止转载复选框被选中
三个复选框被选中
没有复选框被选中
P
5 P
6 P
7 P
8 P
4) 列表框
列表框控件的测试可以从以下几个方面进行考虑:
(1)条目内容正确,根据需求规格说明书确定列表的各项内容正确,没有丢失或错误。
(2)列表框的内容较多时要使用滚动条
(3)列表框允许多选时,要分别检查Shift选中条目,按Ctrl选中条目和直接用鼠标选中多项条目的情况。
发表日志页面中有多个列表框,下面以权限列表框为例进行测试。权限列表框中有项条目,且不允许多选。为权限列表框设计测试用例。
权限列表框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
XXX
过慈强
功能测试
手工(黑盒测试)
权限列表框
用户正常登录,对于下面各测试用例,在日志标题栏填写“Web测试”,在文章内容栏填写“Web系统测试”
输入数据/操作
根据需求说明书的要求检查列表中各条目内容
选择条目1:公开
选择条目2:QQ好友可见
选择条目3:指定好友可见
预期结果
列表中有四个条目
“公开”被选中
“QQ好友可见”被选中
实际结果
列表中有四个条目,与规格说明书一致
提交日志后,日志权限为:公开
提交日志后,日志权限为:QQ好友可见
测试状态(P/F)
P
项目编号
模块名称
参考信息
设计日期
测试日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5
2
3
P
P
4 “指定好友提交日志后,日可见”被选中 志权限为:指定P 好友可见
5 选择条目4:仅自己可见
不对权限列表框做任何操作
鼠标在列表框中单击
鼠标单击列表框的向下按钮
“仅自己可见”被选中
默认选中条目1,即“公开”被选中
列表框被打开
列表框被打开
提交日志后,日志权限为:仅自己可见
提交日志后,日志权限为:可见
列表框被打开,列出所有条目
列表框被打开,列出所有条目
P
6 P
7
8
P
P
下面对发表日志页面进行组合测试,设计的测试用例如下:
发表日志测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
过慈强
功能测试
手工(黑盒测试)
项目编号
模块名称
参考信息
设计日期
测试日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5
发表日志页面中各控件的组合测试
用户正常登录,进入发表日志页面
输入数据/操作
直接单击“发表日志”按钮
预期结果
提示:您还没书写任何日志正文内容
实际结果
提示:您还没书写任何日志正文内容
提示:您还没书写任何日志正文内容
提示:完成相应操作,并自动跳转到日志发表文章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
测试状态(P/F)
P
2 日志标题:QQ空间;提示:您还没单击“发表日志”按书写任何日钮 志正文内容
日志标题:QQ空间;
文章内容:发表;
单击“发表日志”按钮
日志标题:测试;
文章内容:逻辑覆盖;
权限:公开
其他控件的内容采用默认值;
单击“发表日志”按钮
日志标题:天猫;
文章内容:淘宝一家;
提示:完成相应操作,并自动跳转到日志发表文章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
P
3 P
4 P
5 提示:完成相应操作,并自动跳转到日提示:完成相应操作,并自动跳转到日志发表文P 权限:QQ好友可见 志发表文章设置:禁止转载 页面
其他控件的内容采用默认值;
单击“发表日志”按钮
6 日志标题:2012-5-1;
文章内容:软件测试;
权限:公开;
设置:签名档
插入图片:海贼王.jpg(326K)
其他控件的内容采用默认值;
单击“发表日志”按钮
日志标题:好日子;
文章内容:生活是一把刻刀;
权限:公开;
设置:禁止转载
插入图片:鸿门宴.jpg(1.00MB)
其他控件的内容采用默认值;
单击“发表日志”按钮
按Tab键26次
提示:完成相应操作,并自动跳转到日志发表文章页面
章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
P
7 提示:完成相应操作,并自动跳转到日志发表文章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
P
8 光标从上到下,从左到右,依次在控件中移动
在多行文本编辑框中,Enter键为换行,在其他情况下Enter无效
光标依次在各控件中移动,最后停在文本编辑框上
Enter键功能正常
P
9 检查Enter键的功能
P
注:由于各控件组合的情况太多,限于篇幅,在此只列出其中一部分测试用例。
5) 文本编辑工具条和文本格式工具条
在发表日志页面的文章编辑中,提供了文本编辑的常用工具条和文本格式工具条。我们可以根据各工具项的功能和特点进行测试。
比如居中,可以先输入文本,然后点击居中按钮,检查文本是否居中;也可以先点击居中按钮,检查光标是否居中;也可以选中文本,然后点击居中按钮,检查文本是否居中。其他工具条的功能测试不再赘述。
6) 插入附件
在发表日志时可以插入附件。而附件描述对话框的测试方法与日志标题文本框的测试方法类同。对于附件内容的测试可以从以下几个方面进行考虑:
(1)插入附件时能否打开本地磁盘上的所有文件夹,能否选择符合条件的文件。
(2)附件类型和大小符合要求,能否插入附件。
(3)附件类型不符合要求,是否给出提示。
(4)附件大小超过指定要求,是否给出提示。
7) 各种控件在窗体中混合使用时的测试
2、执行测试
发表日志模块的测试采用手动测试和自动化测试相结合的方式。对单个组件的测试采用手动测试,对发表日志页面中各组件进行组合测试时,采用自动化测试方法。手动测试时按要求依次执行各测试用例,并记录测试结果。采用自动化测试时,首先要录制脚本,然后采用参数化和插入检查点的方法增强脚本,随后执行测试脚本,分析测试结果。
3、测试结果分析
执行了发表日志模块的各测试用例后,未发现缺陷。
1.3.5链接测试
链接是web应用系统的一个主要特征,它是在页面之间切换和引导用户去一些未知地址页面的主要手段。
1、 链接测试原理
链接测试的原理是:从待测网站的根目录开始搜索所有的网页文件,对所有网页文件中的超级链接、图片文件、包含文件、CSS文件、页面内部链接等所有连接进行读取。如果网站文件不存在、指定文件链接不存在或者是指定页面不存在,则将该链接和所处的集体位置记录下来。如果发现被测试网站内有页面既没有连接到其他资源也没有被其他资源链接,则可以判定该页面为孤立页面,将该页面添加到孤立页面记录中。
2、 空间的链接测试
使用Xenu Link Sleuth,进入其主界面,输入网站地址进行测试。测试完毕后,可以过Report得到测试报告。测试过程中发现1个错误链接,错误提示和测试界面如图所示: Xenu执行完毕测试后,会自动生成测试报告,测试报告中会列出个链接的URL,并分析网站中的链接情况,给出测试结果。本次测试的结果如下图所示:
1.4 QQ空间系统性能测试
性能测试就是模拟大量用户对软件系统的各种操作,获取系统和应用的性能指标,分析软件是否满足用户的需求。性能需求的特点决定了我们不可能完全采用传统的手工方式完成,必须借助于自动化测试工具来实现。自动化测试工具具有以下特点和优势:
(1)通过使用虚拟用户代替实际用户来减少测试人员数量上的要求。虚拟用户模拟实际用户行为,运行实际的应用程序。
(2)一台计算机上可以运行多个虚拟用户,因此减少了硬件设备的需求。
(3)可以是测试人员从一个单一的控制点简单有效地控制所有虚拟用户。
(4)在测试过程中会自动记录应用程序的性能。测试人员可以从众多图表和报告中进行选择以查看性能数据。
本系统采用HP-Mercury公司的LoadRunner性能测试工具进行性能测试。LoadRunner的测试流程如下: 第一步
制定测试计划
第二步
创建虚拟用户脚本
第三步
创建场景
第四步
运行测试
第五步
监视场景
第六步
分析测试结果
1) 制定测试计划
在任何类型的测试中,测试计划都是必要的步骤。测试计划是进行成功的负载测试的关键。在任何类型的测试的第一步都是制定比较详细的测试计划。
测试计划中要重点分析系统的性能需求,并确定性能测试内容。
2) 开发测试脚本
LoadRunner使用虚拟用户的活动模拟真实用户来操作Web应用程序,而虚拟用户的活动就包含在测试脚本中,所以说测试脚本对于测试来说是非常重要的。
开发测试脚本要使用VuGen组件。测试脚本要完成的内容:
(1)创建每一个虚拟用户的活动。
(2)定义事务。
(3)设定集合点。
(4)插入检查点。
3) 创建场景
场景描述在测试活动中发生的各种事件。一个场景包括一个运行虚拟用户活动的压力机器(Load Generator)列表,一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。我们使用LoadRunner中的Controller来创建场景。在创建测试场景之前需要设计出合理的测试场景,以便更真实地模拟用户使用软件系统的情况。
4) 运行测试
一切配置妥当即可开始运行测试。
5) 监视场景
在运行测试的过程中,需要监视各个服务器的运行情况(数据库服务器、Web服务器等)和客户端的情况,获取各项性能指标。件事各项性能指标可通过添加性能计数器来实现。
6) 分析测试结果
我们需要分析大量的图表,生成各种不同的报告,最后得出结论,并对系统性能作出评价。
下面按照性能测试的流程详细介绍QQ空间的性能测试过程。
1.4.1测试用例设计
登录模块测试用例
用例名称
功能
目的
方法
登录QQ空间测试用例
系统支持多个用户并发登录
测试多用户登录时系统的处理能力
模拟多个用户在不同客户端登录,然后并发进入系统。采用LoadRunner录制登录过程(此处由于QQ系统本身不支持参数化模拟不同用户登录,所以没使用参数化)
并发用户数与事务执行情况
并发用户数
15
10
5
事务平均响应时间
81.476
72.675
34.186
事务最大响应时间
141.658
163.380
49.873
事务成功率
0.144
0.05
0.130
每秒点击率 平均流量(字节/秒)
5.254
3.874
4.672
5.013
3.931
4.483
上传照片测试用例
用例名称
功能
目的
方法
上传照片测试用例
系统支持多个用户并发上传照片
测试多个用户同时上传照片时系统的处理能力
模拟多个用户在不同客户端上传照片,然后并发操作。采用LoadRunner录制上传照片过程,然后利用其完成测试,要监视服务器的性能。
并发用户数与事务执行情况
并发用户数
10
20
事务平均响应时间
258.7
290.8
事务最大响应时间
389.6
408.3
事务成功率
96%
97%
每秒点击率
3.463
2.325
平均流量
3.110
4.421
创建相册测试用例
用例名称
功能
目的
方法
创建相册测试用例
系统支持多个用户并发创建相册
测试多个用户同时创建相册时系统的处理能力
模拟多个用户在不同客户端创建相册,然后并发操作。采用LoadRunner录制创建相册过程,然后利用其完成测试,要监视服务器的性能。
并发用户数与事务执行情况
并发用户数
10
事务平均响应时间
212.1
事务最大响应时间
325.4
事务成功率
0.013
每秒点击率
4.324
平均流量
4.232 20 243.7 454.3 0.108 2.433 2.322
个人档测试用例
用例名称
功能
目的
方法
个人档测试用例
系统支持多个用户并发对个人档进行操作
测试多个用户同时对个人档进行操作的处理能力
模拟多个用户在不同客户端对个人档进行操作。采用LoadRunner录制创建操作过程,然后利用其完成测试,要监视服务器的性能。
并发用户数与事务执行情况
并发用户数
5
10
20
事务平均响应时间
172.745
153.376
121.475
事务最大响应时间
194.032
178.413
154.327
事务成功率
0.047
0.037
0.030
每秒点击率
8.383
6.798
3.747
平均流量
8.281
6.662
3.317
发表日志测试用例
用例名称
功能
目的
方法
发表日志测试用例
系统支持多个用户并发添加新日志
测试多用户同时添加日志时系统的处理能力
模拟多个用户在不同客户端添加日志,然后并发提交日志的操作。采用LoafRunner的录制发表日志过程,然后利用其完成测试
并发用户数与事物执行情况
并发用户数 事物平均响应时间
5
10
15
126.415
146.433
158.329
事物最大响应时间
183.279
277.881
321.385
0.021
0.032
0.038
11.084
12.276
13.894
事物成功率 每秒点击率 平均流量
(字节/秒)
11.302
11.249
18.231
(3)发表日志(带1MB大小的附件)测试用例
发表带附件的日志测试用例
用例名称
功能
目的
方法
发表带附件的日志测试用例
系统支持多个用户并发添加日志(200K附件)
测试多用户同时添加日志(200K附件)是系统的处理能力
模拟多个用户在不同客户端添加日志,然后并发提交日志的操作。采用LoafRunner的录制发表日志过程,然后利用其完成测试,要监视服务器的性能
并发用户数与事物执行情况
并发用户数 事物平均响应时间
5
10
15
104.386
254.043
281.481
事物最大响应时间
176.540
338.433
382.172
0.052
0.053
0.046
3.568
2.845
3.013
事物成功率 每秒点击率 平均流量
(字节/秒)
3.614
2.768
2.469
组合业务测试用例
用例名称
功能
目的
方法
组合业务测试用例
多个用户登陆空间,对相册、个人档、日志模块进行操作,保证系统性能。
测试用户操作时系统的处理能力
模拟多个用户登陆空间,对相册、个人档、日志模块进行操作,采用loadrunner录制过程,利用其完成测试。
并发用户数与事务执行情况
并发用户数
事务平均响应时间 事务最大响应时间 事务成功率 每秒点击率
平均流量(字节/秒)
5 56.522
154.3217.271
13.563
45.963
42.469
82.919
79.325
25.111
23.452
67.314
65.563
0.076
0.072
0.076
0.072
0.076
0.072
4.525
2.188
3.87
4.5
0 1
1.4.2测试环境
性能测试软/硬件配置
设备
服务器
硬件配置
联想ASUS-A42J(1台)
CPU:3000MHz
内存:2 G
软件配置
Windows7
Apache 2.2
Windows7
IE8.0
LoadRunner 8.1
Microsoft Office 2007
Windows7
IE8.0
LoadRunner 8.1
Microsoft Office 2007
负载产生设备(模拟客户端) PC机(4台)
CUP:2.0G
内存:2.0 G
负载产生设备(模拟客户端) PC机(4台)
CPU:1.87G
内存:2.0 G
1.4.3测试执行
执行测试场景
注:得出的测试数据见上面计划中表格
1.4.4测试结果分析
由上面测试结果数据可知,随着并发事件数量的增加,响应时间明显越来越慢,超过一定数量时,系统将无法接受,但是由于试验了条件有限,暂时没有测出其限制具体数量。
2023年6月21日发(作者:)
目录
QQ空间 ...................................................... 错误!未定义书签。
1.1 QQ空间系统概述 .......................................................... 3
1.1.1系统功能 ........................................................... 3
1.1.2系统的体系结构 ..................................................... 3
1.1.3开发环境 ........................................................... 4
1.2 QQ空间系统测试计划 ...................................................... 4
1.2.1测试需求 ........................................................... 4
1、功能测试 .......................................................... 5
2、性能测试 .......................................................... 5
3、兼容性测试 ........................................................ 5
1.2.2测试资源 ........................................................... 5
1、人力资源 .......................................................... 5
2、测试环境 .......................................................... 5
3、测试工具 .......................................................... 5
4、文档资料 .......................................................... 6
1.2.3测试策略 ........................................................... 6
1、功能测试 .......................................................... 6
2、性能测试 .......................................................... 7
3、用户界面测试 ...................................................... 8
4、安全性测试 ........................................ 错误!未定义书签。
5、兼容性测试 ........................................ 错误!未定义书签。
1.2.4测试标准 ........................................................... 8
1、测试特性 .......................................................... 8
2、输出准则 .......................................................... 9
3、缺陷严重级别定义 .................................................. 9
1.3 QQ空间系统功能测试 ...................................................... 9
1.3.1登陆模块的测试 ..................................................... 9
测试用例设计 ........................................................ 10
2、录制的测试脚本 ................................................... 13
3、执行测试 ......................................................... 14
4、测试结果 ......................................................... 14
1.3.2相册模块测试 ...................................................... 14
1、测试用例设计 ..................................................... 14
2、执行测试 ......................................................... 16
3、测试结果 ......................................................... 16
1.3.3个人档模块测试 .................................................... 17
1、测试用例设计 ..................................................... 17
2、执行测试 ......................................................... 19
3、测试结果分析 ..................................................... 20 1.3.4日志模块测试 ...................................................... 20
1、测试用例设计 ..................................................... 20
2、执行测试 ......................................................... 27
3、测试结果分析 ..................................................... 27
1.3.5链接测试 .......................................................... 27
1.4 QQ空间系统性能测试 ..................................................... 28
1.4.1测试用例设计 ...................................................... 30
1.4.2测试环境 .......................................................... 33
1.4.3测试执行 .......................................................... 33
1.4.4测试结果分析 ...................................................... 34
1.1 QQ空间系统概述
1.1.1系统功能
本次实验要进行测试的是一个功能强大的QQ空间系统。系统的主页如右图所示:。系统包括以下功能模块:
(1) 日志模块:撰写和发表日志。
(2) 撰写说说模块:发表说说。
(3) 相册管理模块:支持多相册功能,可将相册分类收藏,可以上传照片,创建相册,同时可以上传视频和制作个性相册等功能。
(4) 音乐盒模块:可以收藏音乐,可以管理我的音乐盒里的音乐等。
(5) 个人档管理模块:修改自己的个人信息。
(6) 留言板模块:查看留言和对留言进行回复。
(7) 用户模板:提供用户制定功能,打造个性,设置自己喜欢的风格。
1.1.2系统的体系结构
QQ空间系统为典型的B/S结构。客户端都是通过浏览器访问应用系统。Web服务器为Apache,浏览器和Web服务器之间基于HTTP协议。
系统的体系结构如下图: 1.1.3开发环境
本qq空间系统开发的软件环境如下:
(1) 操作系统:windows 7
(2) Web服务器:Apache
(3) 数据库:MYSQL
(4) 开发语言和工具:PHP+Zend+PHPWIND
(5) 浏览器:IE8.0
1.2 QQ空间系统测试计划
1.2.1测试需求
此系统属于一般类型的应用软件,各功能正常使用,系统响应比较快,运行稳健,能满足多人正常使用。此系统用户可以建立个人主页(发表日志,发表说说,相册管理,音乐盒管理,个人档管理等)。
此次测试的目的就是检查核心模块功能是否正常,验证系统性能是否满足应用需求。这次测试的具体内容如下: 1、功能测试
在功能测试中,重点测试的是登录模块、发表日志模块、个人档管理模块、相册管理模块。
2、性能测试
在性能测试中,需要测试不同负载下系统的表现,并获得系统的响应能力、负载能力、吞吐量和资源利用率等性能指标。
3、兼容性测试
IE浏览器,360浏览器,搜狗浏览器,火狐浏览器,傲游浏览器都可以兼容运行。
1.2.2测试资源
1、人力资源
姓名
过慈强
角色
测试人员
职责
设计并执行功能和性能测试
2、测试环境
(1) 硬件设备:1台PC机
(2) 软件环境。
操作系统:windows 7
WEB服务器:IE浏览器
(3) 网络环境:学校内部的以太网,与服务器的连接速率为2M—10M。
3、测试工具
用途
功能测试
性能测试
链接测试
工具
QTP
Load Runner
Xenu Link Sleuth
生产厂商
HP
HP
共享
版本
9.2
8.0
1.2j
注: 1. QTP是quicktest Professional的简称,是一种自动测试工具。使用QTP的目的是 想用它来执行重复的手动测试,主要是用于回归测试和测试同一软件的新版本。因此在测试想要用它来执行重复的手动测试,在测试前要考虑好如何对应用程序进行测试,例如要测试那些功能、操作步骤、输入数据和期望的输出数据等
2 LoadRunner,是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期,适用于各种体系架构的自动负载测试,能预测系统行为并优化系统性能。
3
Xenu Link Sleuth,是一种被广泛使用的死链接检测工具。可检测出指定网站的所有死链接包括图片链接等,并用红色显示。你可以打开一个本地网页文件来检查它的链接,也可以输入任何网址来检查。它可以分别列出网站的活链接以及死链接,连转向链接它都分析得一清二楚;支持多线程 ,可以把检查结果存储成文本文件或网页文件。
4、文档资料
暂无。
1.2.3测试策略
1、功能测试
功能测试的目的是保证系统的功能正常,例如数据输入是否正确。对交互的输出或结果进行分析,以核实应用程序的功能。
重点测试的是登录模块、发表日志模块、个人档管理模块、相册管理模块,测试策略见下表:
登录模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
登录模块测试
功能测试
15%用手工测试,85%用QuickTest测试工具自动测试
无
测试通过/失败标准 95%测试用例通过,并且所有缺陷全部解决
相册模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
相册模块
功能测试
手工测试
可使用场景测试用例
测试通过/失败标准 98%测试通过,缺陷全部解决
个人档模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
个人档模块
功能测试
手工测试
可使用场景测试法
测试通过/失败标准 95%测试用例通过,并且所有缺陷全部解决
发表日志模块测试策略
测试策略项
测试类型
测试技术
特殊考虑
发表日志模块测试
功能测试
15%用手工测试,85%用QuickTest测试工具自动测试
需要进行表单测试和数据库测试
测试通过/失败标准 95%测试用例通过,并且所有缺陷全部解决
2、性能测试
性能测试主要是对响应时间、事务处理速率和其他与时间有关的需求进行评测和核实监测系统性能是否都以满足。
在本次的性能测试中,主要是进行并发性能测试。
本次测试的是登录模块、发表日志模块、个人档管理模块、相册管理模块,测试策略见下表:
登录模块并发性能测试
测试策略项
测试技术
登录模块并发测试
采用LoadRunner测试工具自动化测试
测试通过/失败标准 80%的事务平均响应时间不超过8s,每一事务的响应时间不超过12s
特殊考虑 (1) 可创建“虚拟的”用户负载来模拟多个(通常为数百个)客户机
(2) 最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载
(3) 多用户不同网络条件下的连接速度是否满足要求
相册模块并发性能测试
测试策略项
测试技术
测试失败/通过标准
特殊考虑
相册模块并发测试
采用Load Runner测试工具自动化测试
每一事物响应时间不超过10S
(1)可创建“虚拟的”用户负载来模拟多个客户机
人档模块并发性能测试
测试策略项
测试技术
测试通过/个人档模块并发测试
采用LoadRunner测试工具自动化工具
80%的事务响应时间不超过10s,每一事务的响应时间不超过12s 失败标准
特殊考虑 (1) 可创建“虚拟的”用户负载来模拟多个(为5-20个,考虑的运行速度)客户机
(2) 最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载
(3) 修改设置信息时,考虑到不同模块
发表日志并发性能测试
测试策略项
测试技术
测试通过/失败标准
特殊考虑
发表日志模块并发测试
采用LoadRunner测试工具自动化测试
80%的事务平均响应时间不超过10s,每一事务的响应时间不超过12s
(1)可创建“虚拟的”用户负载来模拟许多个(通常为数百个)客户机
(2)最好使用多台实际客户机(每台客户机都运行测试脚本)在系统上添加负载
(3)对用户提交的表单进行检查
3、用户界面测试
检查项
窗口切换、移动、改变大小是否正常
各种界面元素的文字是否正确(如标题、提示等)
各种界面元素是否支持键盘操作
各种界面元素是否支持鼠标操作
数据项能否正常回显
对于常用的功能,用户能否不必阅读手册就能使用
执行有风险的操作时,是否有“确认”、“放弃”等提示
操作顺序是否合理
按钮排序是否合理
导航帮助是否明确
提示信息是否规范
在不同的浏览器下用户界面的所有元素是否正常
在同一种浏览器下,浏览器的版本不同用户界面是否正常
测试人员的类别及其评价
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
各种界面元素的状态是否正确(如有效、无效、选中等状态) Yes
1.2.4测试标准
1、测试特性
功能性(50%)、效率(35%)、可靠性(5%)、可维护性(10%) 2、输出准则
(1) 文档:系统测试说明、系统测试报告。
(2) 覆盖率:计划测试覆盖率100%,执行测试覆盖率99%。
(3) 功能质量目标:缺陷遗留数:严重缺陷0个,较严重缺陷1个,一般缺陷3个,次要缺陷7个。
(4) 性能质量目标:
3、缺陷严重级别定义
严重缺陷:不能执行正常工作功能或重要功能,是系统崩溃或资源严重不足。例如由程
序引起的死机。
较严重缺陷:严重的影响系统要求或基本功能的实现,且没办法更正。例如功能与需求 不符、程序接口错误等。
一般错误:严重地影响系统要求或基本功能的实现,但存在合理的更正办法。例如界面 错误,输出内容及打印格式错误等。
次要错误:使操作者不方便或遇到麻烦,但不影响执行工作或功能实现。例如辅助说明 描述不清楚,显示格式不规范等。
1.3 QQ空间系统功能测试
1.3.1登陆模块的测试
登录模块的界面如下图所示。另外,网站中还有一个单独的登录页面,其测试方法与当前这个登录模块的测试方法基本一样。下面对主页面上的登录模块进行功能测试。
登陆界面
测试脚本
测试用例设计
根据登录操作的特点,采用边界值方法和等价类设计测试用例。登录个人主页的测试用例如下所示:
登录QQ空间测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
登录QQ空间主页测试
过慈强
功能测试
手工测试和自动化测试相结合
项目编号
模块名称 登录QQ空间个人主页
参考信息 需求规格说明书、设计说明书
设计日期 2013-4-27
测试日期 2013-4-27
测试人员
过慈强
测试用户能否正常登录 前置条件
用例编号
01
存在正确的用户名和密码;登录页面正常装载;(已注册的一个QQ帐号为:511120594,密码为:cptbtptp5281)
操作 输入数据 预期结果 实际结果 测试状态(P/F)
输入正确的帐帐号:511120594 正常登录 正常登录,P
号、正确的密密码:转入对应码,点击“登录” cptbtptp5281 的系统页面
输入正确的帐帐号:511120594 正常登录 正常登录,P
号、正确的密密码:转入对应码,按ENTER键 cptbtptp5281 的系统页面
输入错误的帐号或者没有注册的帐号,正确的密码,点击“登录”(错误的帐号和密码可以登录的概率极小,不作测试)
首次输入正确的帐号、错误的密码,点击“登录”
帐号:456722594 不能正常密码:登录,显cptbtptp5281 示“帐号不存在或者错误”的提示
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
02
03
04 帐号:511120594 不能正常密码:123456 登录,显示“密码错误”
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
不能正常登录,提示“您输入的帐号或者密码不正确,请重新输入。”并在登录界面上出F
05 第二次输入正确的帐号、错误的密码,点击“登录”
帐号:511120594 不能正常密码:123 登录,显示“密码错误”
06 第三次输入正确的帐号、错误的密码,点击“登录”
帐号:511120594 不能正常密码:1 登录,显示“密码错误” 现验证码
07 第四次输入正确的帐号、错误的密码和正确的验证码,点击“登录”
帐号:511120594
密码:12
验证码:图片中的字母
不能正常登录,显示“密码错误”
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
正常登录,P
转入对应的系统页面
不能正常登录,提示“您输入的验证码不正确,请重新输入。”
不能正常登录,提示“请输入完整的验证码!”
F
08 输入正确的帐号、正确的密码和正确的验证码,点击“登录”
输入正确的帐号、正确的密码和错误的验证码,点击“登录”
帐号:511120594 正常登录
密码:cptbtptp5281
验证码:图片中的字母
帐号:511120594
密码:cptbtptp5281
验证码:输入的字母与图片中的字母不一致(字母个数相同)
帐号:511120594
密码:cptbtptp5281
验证码:输入的字母与图片中的字母不一致(个数少)
不能正常登录,显示“验证码错误”
09
10 输入正确的帐号、正确的密码和错误的验证码,点击“登录”
不能正常登录,显示“验证码错误”
F
11 输入正确的帐帐号:511120594
号、密码为空,密码:
点击“登录”(此
时没有验证码)
帐号、密码都为帐号:
空,点击“登录” 密码:
不能正常登录,显示“密码不能为空”
不能正常登录,显示“帐号为空”
不能正常登录,显示“帐号为空”
不能正常登录,提示“您还没有输入密码!”
不能正常登录,提示“您还没有输入帐号!”
不能正常登录,提示“您还没有输入帐号!”
F
12 F
13 帐号为空,只输入密码
帐号:
密码:cptbtptp5281
F
14 帐号正确,但其后有1至多个空帐号:不能正常511120594+2空格 登录,显正常登录,P
转入对应格,密码正确
15 用户名和密码正确,但密码后加1个至多个空格
密码:cptbtptp5281
示“帐号错误”
的系统页面
不能正常F
登录,提示“您输入的帐号或者密码不正确,请重新输入。”
P
帐号:511120594 不能正常密码:登录,显cptbtptp5281+2示“密码空格 错误”
16 使用Tab键 光标在帐号框内,光标可依Tab键功按tab键2次 次移动到能正常使密码输入用
框和页面上的图片
在帐号框输入:帐号本文511120594,光标框显示:在字符串末尾,按51112
4次BackSpace键
在帐号输入框中使用左右箭头
在帐号输入框中使用delete键
在帐号输入框内单击鼠标
在帐号输入框内双击鼠标
BackSpace键能正常使用
17 在文本输入框中按BackSpace键
在文本输入框中使用左右箭头
在文本输入框中使用delete键
在文本输入框中点击鼠标
在文本输入框中双击鼠标
输入帐号,等待较长时间才输入密码
P
18 光标必须左右箭头能跟踪到能正常使相应位置 用
能正常删除
Delete键能正常使用
P
19 P
20 光标必须正常
能跟踪到相应位置
输入框中文本被选中
输入框中文本被选中
P
21 P
22 帐号:511120594 正常登录
等待五分钟输入密码
密码:cptbtptp5281
帐号:511120594 光标位置切换到word程应停在原序,过一分钟在切处
换回来
正常登录,P
转入对应的系统页面
光标位置应停在原处
P 23 输入帐号,马上切换到其他程序,过一段时间再切换回来
2、录制的测试脚本
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebElement("QQ密码").Click
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebEdit("p").Click
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebEdit("p").SetSecure
"4fa2627e36575965be836f241735534a6348cdfceeeaeb15"
Browser("QQ空间-分享生活,留住感动").Page("QQ空间-分享生活,留住感动").WebButton("登录").Click
Browser("QQ空间-分享生活,留住感动").Page("绿叶 [.").Link("[退出]").Click
Browser("QQ空间-分享生活,留住感动").Dialog("Microsoft Internet Explorer").WinButton("确定").Click
3、执行测试
分别运行测试脚本,获得测试结果。
脚本在测试过程中我无法进行参数化,咨询过老师后,发现是该系统自身的问题,所以功能测试中没有用到参数化。由于用户名和密码有些是不正确的,因此不能正常登录。对于不能正常登录的情况,系统都将做出相应回应。
通过自动化测试,不难看出自动化测试的好处:提高执行效率,并可避免人工进行繁琐数据输入,而且可以避免人为的一些错误。
除了通过自动化测试脚本进行测试除外,我们还补充了一些必要的手工测试。手动测试就是直接按照测试用例的要求,输入测试数据,观察运行的结果与预期结果的异同,以判断测试是否通过。
4、测试结果
通过手动测试和自动化测试,未发现登陆界面有系统的缺陷……
1.3.2相册模块测试
此模块主要测试上传照片和创建相册两个子模块。采用场景测试法进行测试。
1、测试用例设计
使用场景法进行测试时必须首先分析出北侧的对象及基本事务流和备选事务流。
(1)上传照片模块开始是进入相册管理。上传照片包括6个基本步骤:
1》 点击“上传照片”
2》 点击“添加照片”
3》 选择照片
4》 选择图片专辑
5》 点击“上传照片”
6》 点击“完成”
这五步依次正确操作便形成了基本事务流。 在该模块中有两条备选事务流,分别是:
1》 备选流一:在基本流4》中,添加相册。有两种情况:一是未创建相册,无相册可选,需要添加相册;二是已有相册,准备另外添加新相册。
2》 备选流二:在基本流5》中,网络速度太慢,导致传输错误。
从基本流开始,将基本流和备选流结合起来,可以确定如下用例场景:
场景1:基本流
场景2:基本流,备选流一
场景3:基本流,备选流二
由场景生成测试用例是通过确定某个特定条件来完成的,这个特定条件将导致特定用例场景的执行。根据上面的场景设计测试用例,如下表:
上传照片测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
01
场景
场景一:上传照片成功
场景二:添加相册(测试未创建相册情况)
上传照片测试
过慈强
功能测试
手工(黑盒测试)
项目编号
模块名称
参考信息
设计日期
测试日期
上传照片功能
用户进入相册管理页面,相册中已有“帅哥”的相册。
输入数据
相册
选择“帅哥”相册
无相册可选
监测网速
网速很快 页面提示:上传页面提示:上完成,是否继续 传完成,是否继续
页面提示:未创建相册,转入创建相册页面
转入选择的相册页面
页面提示:未创建相册,转入创建相册页面
转入选择的相册页面
预期结果 实际结果
2013/4/28
上传照片模块测试
需求规格说明书、概要设计说明书
测试人员
2013/4/30
过慈强
02 网速很快
03 场景二:添加相点击“选册(已有相册,择相册”
添加新相册)
场景三:网络传输速度慢
网络很快
04 选择“帅网络速度0哥”相册 —1kb
页面提示:网速页面提示:网慢,请稍后重传 速慢,请重传
(注:白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。
黑盒测试:是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收和正确的输出) (2) 创建相册模块开始是进入相册管理。创建相册模块包括7个基本步骤:
1》 点击“创建相册”
2》 填写相册名称
3》 填写相册描述
4》 选择分类
5》 选择空间权限
6》 选择朋友们的权限
7》 点击确定
这七步依次正确操作便形成了基本事务流。
在该模块中有一条备选事务流,其是:
1》 备选流一:在基本流2》中,相册名称为空。
由场景生成测试用例是通过确定某个特定条件来完成的,这个特定条件将导致特定用例场景的执行。根据上面的场景设计测试用例,如下表:
创建相册测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
01
场景
场景一:创建相册成功
场景二:创建相册不成功
创建相册测试
过慈强
功能测试
手工(黑盒测试)
项目编号
模块名称
参考信息
设计日期
测试日期
创建相册功能
用户进入相册管理页面,相册中已有“帅哥”的相册。
输入数据
相册名称
填写相册名称“美好” 页面提示:创建 完成,是否传照片
未填写相册名称
页面提示:请填写相册名称
页面提示:创建完成,是否传照片
页面提示:请填写相册名称
预期结果 实际结果
2013/4/28
创建相册模块
需求规格说明书、概要设计说明书
测试人员
2013/4/30
过慈强
02
2、执行测试
该模块采用手动方式执行测试。根据各个测试用例的说明,一次执行每个测试用例,得出测试结果。
3、测试结果
执行每个测试用例之后,未发现缺陷。上传照片功能和创建相册功能正常。 1.3.3个人档模块测试
个人档模块的页面如下所示。在该页面包括空间动态、兴趣爱好、个人资料三个模块,可以对任何模块下的内容进行修改。
个人档模块中可以查看和修改空间动态、兴趣爱好、个人资料等内容,有的需要点击保存来提交修改内容。在该模块中重点是填写资料和兴趣爱好,因此重点对填写的个人资料、兴趣爱好进行测试。个人资料的测试包括下拉列表框、文本框的测试。兴趣爱好的测试包括对按钮、文本框的测试。
1、测试用例设计
根据页面中各组件的特点,选择合适的测试方法和测试策略,分别设计测试用例。
1) 文本框
对文本框的测试,可以从以下几个方面进行考虑:
(1) 文本框是否对输入的字符数有特别限定,若与特别限定条件不符,是否会给出提示。
(2) 文本框是否可以为数字、汉字、英文字符和特殊字符,中间是否可以有空格,标点符号等。
(3) 文本框是否能正常使用功能件和快捷键。
个人档修改页面中有多个文本框,下面将昵称文本框为例进行测试。
昵称文本框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
昵称模块测试
XXX
过慈强
功能测试
手工
昵称文本框
项目编号
模块名称
参考信息
设计日期
测试日期
修改昵称
需求规格说明书、设计说明书
2013/5/4
2013/5/4
测试人员
过慈强
前置条件
用例编号
1
2
3
4
5
6
7
8
9
10
11
12
13
14
用户正常登录,正常进入修改界面
输入数据/操作
性能测试
QuickTest
12345
Quick@%
Load Runner
n
空
空格
A
35个英文字母
36个英文字母
37个英文字母
38个汉字
鼠标在文本框中,按一次Tab键
在文本框中使用delete键
在文本框中使用Ctrl+C键
在文本框中使用Ctrl+V键
在文本框中单击鼠标
在文本框中双击鼠标
在文本框中使用左箭头
在文本框中使用右箭头
预期结果
系统能接受
系统能接受
系统能接受
系统能接受
系统能接受
系统能接受
系统不能接受
系统不能接受
系统能接受
系统能接受
系统能接受
提示最长不超过36个字符
提示最长不超过36个字符
切换到性别选择上
Delete键功能正常
能拷贝文本框中的内容
能将拷贝的内容粘贴到文本框中
光标移动到单击位置
文本框中的内容被选中
光标随着箭头向左移动
光标随着箭头向右移动
实际结果
点击保存后,昵称为:性能测试
点击保存后,昵称为:QuickTest
点击保存后,昵称为:12345
点击保存后,昵称为:Quick@%
点击保存后,昵称为:Load
Runner
点击保存后,昵称为:n
点击保存后,提示不能为空
点击保存后,提示不能为空
点击保存后,昵称为:A
点击保存后,昵称为输入的35个英文字母
点击保存后,昵称为输入的36个英文字母
提示最长不超过36个字符
提示最长不超过36个字符
Tab键功能正常
测试
状态
P
P
P
P
P
P
P
P
P
P
P
P
P
P
15
16
17
Delete键功能正常
拷贝键功能正常
粘贴键功能正常
P
P
P
18
19
20
21
鼠标功能正常
鼠标功能正常
左箭头功能正常
右箭头功能正常
P
P
P
P
2) 列表框
列表框控件的测试可以从以下几个方面进行考虑:
(1)条目内容正确,根据需求规格说明书确定列表的各项内容正确,没有丢失或错误。 (2)列表框的内容较多时要使用滚动条
(3)列表框允许多选时,要分别检查Shift选中条目,按Ctrl选中条目和直接用鼠标选中多项条目的情况。
个人档修改页面中有多个列表框,下面现居地列表框为例进行测试。现居地列表框中有多项条目,且不允许多选。为现居地列表框设计测试用例。
现居地列表框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
XXX
过慈强
功能测试
手工(黑盒测试)
现居地列表框
用户正常登录,正常进入修改界面
输入数据/操作
根据需求说明书的要求检查列表中各条目内容
选择条目1:中国
选择条目2:阿尔巴尼亚
选择条目3:智力
选择条目4:中非共和国
不对权限列表框做任何操作
鼠标在列表框中单击
鼠标单击列表框的向下按钮
预期结果
列表中有多个条目
“中国”被选中
“阿尔巴尼亚”被选中
“智力”被选中
“中非共和国”被选中
默认选中条目1,即“中国”被选中
列表框被打开
列表框被打开
实际结果
列表中有多个条目,与规格说明书一致
提交修改后,现居地为:中国
提交修改后,现居地为:阿尔巴尼亚
提交修改后,现居地为:智力
提交修改后,现居地为:中非共和国
提交修改后,现居地为:中国
列表框被打开,列出所有条目
列表框被打开,列出所有条目
测试状态(P/F)
P
项目编号
模块名称
参考信息
设计日期
测试日期
发表日志
需求规格说明书、设计说明书
2013/5/4 测试人员 过慈强
2013/5/4
2
3
P
P
4
5
P
P
6 P
7
8
P
P
2、执行测试
个人档模块的测试采用手动测试和自动化测试相结合的方式。对单个组件的测试采用手动测试,对修改页面中各组件进行组合测试时,采用自动化测试方法。手动测试时按要求依次执行各测试用例,并记录测试结果。采用自动化测试时,首先要录制脚本,然后采用参数化和插入检查点的方法增强脚本,随后执行测试脚本,分析测试结果。 3、测试结果分析
执行了个人档模块的各测试用例后,未发现缺陷。
1.3.4日志模块测试
发表日志(旧版编辑器)的页面如下图所示。在该页面包括文本输入框、单选按钮、复选框、下拉列表框、文本编辑工具、权限和发表日志按钮等。
发表日志模块中需要填写的相关内容,并点击发表日志按钮来提交日志内容。在该页面的重点是填写表单和表单的提交,因此重点对表单进行测试。表单的测试包括单选按钮、复选框、文本框、菜单项、工具条、按钮等的测试和后台数据库的测试。下面针对该页面的特点设计测试用例。
1、测试用例设计
根据页面中各组件的特点,选择合适的测试方法和测试策略,分别设计测试用例。
1) 文本框
对文本框进行测试,可以从以下几个方面进行考虑:
(1)文本框是否对输入的字符数有特别的限定,若与限定条件不符,是否会给出提示。
(2)文本框是否可以为数字、汉字、英文字符和特殊字符,中间是否可以有空格,标点符号等。
(3)文本框中是否能正常使用功能键和快捷键。
下面为日志标题文本框设计测试用例
日志标题文本框测试用例
项目名称 发表日志模块测试 项目编号 开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
过慈强
功能测试
日志标题文本框
模块名称
参考信息
设计日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5 手工(黑盒测试) 测试日期
用户正常登录,对于下面各测试用例,在文章内容栏填写“Web系统测试”
输入数据/操作
性能测试
预期结果
系统能接受
实际结果
提交日志后,日志标题为:性能测试
提交日志后,日志标题为:QuickTest
提交日志后,日志标题为:12345
提交日志后,日志标题为:Quick@%
提交日志后,日志标题为:Load
Runner
提交日志后,日志标题为:n
提交日志后,日志标题为:
提交日志后,日志标题为:
提交日志后,日志标题为:A
提交日志后,日志标题为输入的127个英文字母
提交日志后,日志标题为输入的128个英文字母
无法输入多于128个字节
无法输入多于128个字节
Tab键功能正常
测试状态(P/F)
P
2 QuickTest 系统能接受 P
3
4
12345
Quick@%
系统能接受
系统能接受
P
P
5 Load Runner 系统能接受 P
6
7
8
9
10
n
空
空格
A
127个英文字母
系统能接受
系统能接受
系统能接受
系统能接受
系统能接受
P
P
P
P
P
11 128个英文字母 系统能接受 P
12 129个英文字母 无法输入多于128个字节
无法输入多于128个字节
切换到P
13 129个汉字 P
14 鼠标在文本框中,按一次Tab键
P
链接上 15
16
17
在文本框中使用delete键
在文本框中使用Ctrl+C键
在文本框中使用Ctrl+V键
在文本框中单击鼠标
在文本框中双击鼠标
在文本框中使用左箭头
在文本框中使用右箭头
Delete键功能正常
能拷贝文本框中的内容
能将拷贝的内容粘贴到文本框中
光标移动到单击位置
文本框中的内容被选中
光标随着箭头向左移动
光标随着箭头向右移动
Delete键功能正常
拷贝键功能正常
粘贴键功能正常
P
P
P
18
19
20
21
鼠标功能正常
鼠标功能正常
左箭头功能正常
右箭头功能正常
P
P
P
P
2) 单选按钮
对单选按钮的测试可以从以下几个方面进行考虑:
(1)逐一执行每个单选按钮的功能。
(2)一组单选按钮不能同时选中,只能选中一个。
(3)一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空
(4)单选按钮上功能键和快捷键是否正常
信纸单选按钮。设计测试用例如下:
信纸单选按钮测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
过慈强
功能测试
信纸单选按钮
用户正常登录,对于下面各测试用例,在日志标题栏填写“Web测试”,在文章内容栏填写“Web系统测试”
输入数据/操作
选择第一个单选按钮
预期结果
第一个单选按钮被选中
实际结果
第一个单选按钮被选中;文本编辑背景被替换为图片
2 选择第二个单选按钮
第二个单选按钮被选中
第二个单选按钮被选中;文本编辑背景被替换为图片
P
测试状态(P/F)
P
项目编号
模块名称
参考信息
设计日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5 手工(黑盒测试) 测试日期 3 选择第三个单选按钮
第三个单选按钮被选中
第三个单选按钮被选中;文本编辑背景被替换为图片
P
4 选择第四个单选按钮
第四个单选按钮被选中
第四个单选按钮被选中;文本编辑背景被替换为图片
P
5 选择第一个单选按第三个单选钮,然后选择第三个 按钮被选中
第三个单选按钮被选中;文本编辑背景被替换为图片
P
6 一个都不选 缺省状态下,文本编辑背景为默认信纸为白纸
白纸
P
3) 复选框
对复选框的测试可以从以下几个方面进行考虑:
(1)多个复选框可以被同时选中
(2)多个复选框可以被部分选中
(3)多个复选框可以都不被选中
(4)逐一执行每个复选框的功能
下面对发表日志页面中的复选框设计测试用例,如下表
复选框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
2
3
发表日志模块测试
过慈强
功能测试
项目编号
模块名称
参考信息
设计日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5 手工(黑盒测试) 测试日期
醒目灯、签名档和禁止转载复选框
用户正常登录,对于下面各测试用例,在日志标题栏填写“Web测试”,在文章内容栏填写“Web系统测试”
输入数据/操作
只选择醒目灯复选框
只选择签名档复选框
只选择禁止转载复预期结果
醒目灯复选框被选中
签名档复选框被选中
禁止转载复实际结果
醒目灯复选框被选中
签名档复选框被选中
禁止转载复选框测试状态(P/F)
P
P
P 选框
4 同时选择醒目灯和签名档复选框
同时选择醒目灯和禁止转载复选框
同时选择签名档和禁止转载复选框
同时选择醒目灯、签名档和禁止转载复选框
三个复选框都不选
选框被选中
醒目灯和签名档复选框被选中
醒目灯和禁止转载复选框被选中
签名档和禁止转载复选框被选中
三个复选框被选中
没有复选框被选中
被选中
醒目灯和签名档复选框被选中
醒目灯和禁止转载复选框被选中
签名档和禁止转载复选框被选中
三个复选框被选中
没有复选框被选中
P
5 P
6 P
7 P
8 P
4) 列表框
列表框控件的测试可以从以下几个方面进行考虑:
(1)条目内容正确,根据需求规格说明书确定列表的各项内容正确,没有丢失或错误。
(2)列表框的内容较多时要使用滚动条
(3)列表框允许多选时,要分别检查Shift选中条目,按Ctrl选中条目和直接用鼠标选中多项条目的情况。
发表日志页面中有多个列表框,下面以权限列表框为例进行测试。权限列表框中有项条目,且不允许多选。为权限列表框设计测试用例。
权限列表框测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
XXX
过慈强
功能测试
手工(黑盒测试)
权限列表框
用户正常登录,对于下面各测试用例,在日志标题栏填写“Web测试”,在文章内容栏填写“Web系统测试”
输入数据/操作
根据需求说明书的要求检查列表中各条目内容
选择条目1:公开
选择条目2:QQ好友可见
选择条目3:指定好友可见
预期结果
列表中有四个条目
“公开”被选中
“QQ好友可见”被选中
实际结果
列表中有四个条目,与规格说明书一致
提交日志后,日志权限为:公开
提交日志后,日志权限为:QQ好友可见
测试状态(P/F)
P
项目编号
模块名称
参考信息
设计日期
测试日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5
2
3
P
P
4 “指定好友提交日志后,日可见”被选中 志权限为:指定P 好友可见
5 选择条目4:仅自己可见
不对权限列表框做任何操作
鼠标在列表框中单击
鼠标单击列表框的向下按钮
“仅自己可见”被选中
默认选中条目1,即“公开”被选中
列表框被打开
列表框被打开
提交日志后,日志权限为:仅自己可见
提交日志后,日志权限为:可见
列表框被打开,列出所有条目
列表框被打开,列出所有条目
P
6 P
7
8
P
P
下面对发表日志页面进行组合测试,设计的测试用例如下:
发表日志测试用例
项目名称
开发人员
用例作者
测试类型
测试方法
测试对象
前置条件
用例编号
1
发表日志模块测试
过慈强
功能测试
手工(黑盒测试)
项目编号
模块名称
参考信息
设计日期
测试日期
发表日志
需求规格说明书、设计说明书
2013-5-5 测试人员 过慈强
2013-5-5
发表日志页面中各控件的组合测试
用户正常登录,进入发表日志页面
输入数据/操作
直接单击“发表日志”按钮
预期结果
提示:您还没书写任何日志正文内容
实际结果
提示:您还没书写任何日志正文内容
提示:您还没书写任何日志正文内容
提示:完成相应操作,并自动跳转到日志发表文章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
测试状态(P/F)
P
2 日志标题:QQ空间;提示:您还没单击“发表日志”按书写任何日钮 志正文内容
日志标题:QQ空间;
文章内容:发表;
单击“发表日志”按钮
日志标题:测试;
文章内容:逻辑覆盖;
权限:公开
其他控件的内容采用默认值;
单击“发表日志”按钮
日志标题:天猫;
文章内容:淘宝一家;
提示:完成相应操作,并自动跳转到日志发表文章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
P
3 P
4 P
5 提示:完成相应操作,并自动跳转到日提示:完成相应操作,并自动跳转到日志发表文P 权限:QQ好友可见 志发表文章设置:禁止转载 页面
其他控件的内容采用默认值;
单击“发表日志”按钮
6 日志标题:2012-5-1;
文章内容:软件测试;
权限:公开;
设置:签名档
插入图片:海贼王.jpg(326K)
其他控件的内容采用默认值;
单击“发表日志”按钮
日志标题:好日子;
文章内容:生活是一把刻刀;
权限:公开;
设置:禁止转载
插入图片:鸿门宴.jpg(1.00MB)
其他控件的内容采用默认值;
单击“发表日志”按钮
按Tab键26次
提示:完成相应操作,并自动跳转到日志发表文章页面
章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
P
7 提示:完成相应操作,并自动跳转到日志发表文章页面
提示:完成相应操作,并自动跳转到日志发表文章页面
P
8 光标从上到下,从左到右,依次在控件中移动
在多行文本编辑框中,Enter键为换行,在其他情况下Enter无效
光标依次在各控件中移动,最后停在文本编辑框上
Enter键功能正常
P
9 检查Enter键的功能
P
注:由于各控件组合的情况太多,限于篇幅,在此只列出其中一部分测试用例。
5) 文本编辑工具条和文本格式工具条
在发表日志页面的文章编辑中,提供了文本编辑的常用工具条和文本格式工具条。我们可以根据各工具项的功能和特点进行测试。
比如居中,可以先输入文本,然后点击居中按钮,检查文本是否居中;也可以先点击居中按钮,检查光标是否居中;也可以选中文本,然后点击居中按钮,检查文本是否居中。其他工具条的功能测试不再赘述。
6) 插入附件
在发表日志时可以插入附件。而附件描述对话框的测试方法与日志标题文本框的测试方法类同。对于附件内容的测试可以从以下几个方面进行考虑:
(1)插入附件时能否打开本地磁盘上的所有文件夹,能否选择符合条件的文件。
(2)附件类型和大小符合要求,能否插入附件。
(3)附件类型不符合要求,是否给出提示。
(4)附件大小超过指定要求,是否给出提示。
7) 各种控件在窗体中混合使用时的测试
2、执行测试
发表日志模块的测试采用手动测试和自动化测试相结合的方式。对单个组件的测试采用手动测试,对发表日志页面中各组件进行组合测试时,采用自动化测试方法。手动测试时按要求依次执行各测试用例,并记录测试结果。采用自动化测试时,首先要录制脚本,然后采用参数化和插入检查点的方法增强脚本,随后执行测试脚本,分析测试结果。
3、测试结果分析
执行了发表日志模块的各测试用例后,未发现缺陷。
1.3.5链接测试
链接是web应用系统的一个主要特征,它是在页面之间切换和引导用户去一些未知地址页面的主要手段。
1、 链接测试原理
链接测试的原理是:从待测网站的根目录开始搜索所有的网页文件,对所有网页文件中的超级链接、图片文件、包含文件、CSS文件、页面内部链接等所有连接进行读取。如果网站文件不存在、指定文件链接不存在或者是指定页面不存在,则将该链接和所处的集体位置记录下来。如果发现被测试网站内有页面既没有连接到其他资源也没有被其他资源链接,则可以判定该页面为孤立页面,将该页面添加到孤立页面记录中。
2、 空间的链接测试
使用Xenu Link Sleuth,进入其主界面,输入网站地址进行测试。测试完毕后,可以过Report得到测试报告。测试过程中发现1个错误链接,错误提示和测试界面如图所示: Xenu执行完毕测试后,会自动生成测试报告,测试报告中会列出个链接的URL,并分析网站中的链接情况,给出测试结果。本次测试的结果如下图所示:
1.4 QQ空间系统性能测试
性能测试就是模拟大量用户对软件系统的各种操作,获取系统和应用的性能指标,分析软件是否满足用户的需求。性能需求的特点决定了我们不可能完全采用传统的手工方式完成,必须借助于自动化测试工具来实现。自动化测试工具具有以下特点和优势:
(1)通过使用虚拟用户代替实际用户来减少测试人员数量上的要求。虚拟用户模拟实际用户行为,运行实际的应用程序。
(2)一台计算机上可以运行多个虚拟用户,因此减少了硬件设备的需求。
(3)可以是测试人员从一个单一的控制点简单有效地控制所有虚拟用户。
(4)在测试过程中会自动记录应用程序的性能。测试人员可以从众多图表和报告中进行选择以查看性能数据。
本系统采用HP-Mercury公司的LoadRunner性能测试工具进行性能测试。LoadRunner的测试流程如下: 第一步
制定测试计划
第二步
创建虚拟用户脚本
第三步
创建场景
第四步
运行测试
第五步
监视场景
第六步
分析测试结果
1) 制定测试计划
在任何类型的测试中,测试计划都是必要的步骤。测试计划是进行成功的负载测试的关键。在任何类型的测试的第一步都是制定比较详细的测试计划。
测试计划中要重点分析系统的性能需求,并确定性能测试内容。
2) 开发测试脚本
LoadRunner使用虚拟用户的活动模拟真实用户来操作Web应用程序,而虚拟用户的活动就包含在测试脚本中,所以说测试脚本对于测试来说是非常重要的。
开发测试脚本要使用VuGen组件。测试脚本要完成的内容:
(1)创建每一个虚拟用户的活动。
(2)定义事务。
(3)设定集合点。
(4)插入检查点。
3) 创建场景
场景描述在测试活动中发生的各种事件。一个场景包括一个运行虚拟用户活动的压力机器(Load Generator)列表,一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。我们使用LoadRunner中的Controller来创建场景。在创建测试场景之前需要设计出合理的测试场景,以便更真实地模拟用户使用软件系统的情况。
4) 运行测试
一切配置妥当即可开始运行测试。
5) 监视场景
在运行测试的过程中,需要监视各个服务器的运行情况(数据库服务器、Web服务器等)和客户端的情况,获取各项性能指标。件事各项性能指标可通过添加性能计数器来实现。
6) 分析测试结果
我们需要分析大量的图表,生成各种不同的报告,最后得出结论,并对系统性能作出评价。
下面按照性能测试的流程详细介绍QQ空间的性能测试过程。
1.4.1测试用例设计
登录模块测试用例
用例名称
功能
目的
方法
登录QQ空间测试用例
系统支持多个用户并发登录
测试多用户登录时系统的处理能力
模拟多个用户在不同客户端登录,然后并发进入系统。采用LoadRunner录制登录过程(此处由于QQ系统本身不支持参数化模拟不同用户登录,所以没使用参数化)
并发用户数与事务执行情况
并发用户数
15
10
5
事务平均响应时间
81.476
72.675
34.186
事务最大响应时间
141.658
163.380
49.873
事务成功率
0.144
0.05
0.130
每秒点击率 平均流量(字节/秒)
5.254
3.874
4.672
5.013
3.931
4.483
上传照片测试用例
用例名称
功能
目的
方法
上传照片测试用例
系统支持多个用户并发上传照片
测试多个用户同时上传照片时系统的处理能力
模拟多个用户在不同客户端上传照片,然后并发操作。采用LoadRunner录制上传照片过程,然后利用其完成测试,要监视服务器的性能。
并发用户数与事务执行情况
并发用户数
10
20
事务平均响应时间
258.7
290.8
事务最大响应时间
389.6
408.3
事务成功率
96%
97%
每秒点击率
3.463
2.325
平均流量
3.110
4.421
创建相册测试用例
用例名称
功能
目的
方法
创建相册测试用例
系统支持多个用户并发创建相册
测试多个用户同时创建相册时系统的处理能力
模拟多个用户在不同客户端创建相册,然后并发操作。采用LoadRunner录制创建相册过程,然后利用其完成测试,要监视服务器的性能。
并发用户数与事务执行情况
并发用户数
10
事务平均响应时间
212.1
事务最大响应时间
325.4
事务成功率
0.013
每秒点击率
4.324
平均流量
4.232 20 243.7 454.3 0.108 2.433 2.322
个人档测试用例
用例名称
功能
目的
方法
个人档测试用例
系统支持多个用户并发对个人档进行操作
测试多个用户同时对个人档进行操作的处理能力
模拟多个用户在不同客户端对个人档进行操作。采用LoadRunner录制创建操作过程,然后利用其完成测试,要监视服务器的性能。
并发用户数与事务执行情况
并发用户数
5
10
20
事务平均响应时间
172.745
153.376
121.475
事务最大响应时间
194.032
178.413
154.327
事务成功率
0.047
0.037
0.030
每秒点击率
8.383
6.798
3.747
平均流量
8.281
6.662
3.317
发表日志测试用例
用例名称
功能
目的
方法
发表日志测试用例
系统支持多个用户并发添加新日志
测试多用户同时添加日志时系统的处理能力
模拟多个用户在不同客户端添加日志,然后并发提交日志的操作。采用LoafRunner的录制发表日志过程,然后利用其完成测试
并发用户数与事物执行情况
并发用户数 事物平均响应时间
5
10
15
126.415
146.433
158.329
事物最大响应时间
183.279
277.881
321.385
0.021
0.032
0.038
11.084
12.276
13.894
事物成功率 每秒点击率 平均流量
(字节/秒)
11.302
11.249
18.231
(3)发表日志(带1MB大小的附件)测试用例
发表带附件的日志测试用例
用例名称
功能
目的
方法
发表带附件的日志测试用例
系统支持多个用户并发添加日志(200K附件)
测试多用户同时添加日志(200K附件)是系统的处理能力
模拟多个用户在不同客户端添加日志,然后并发提交日志的操作。采用LoafRunner的录制发表日志过程,然后利用其完成测试,要监视服务器的性能
并发用户数与事物执行情况
并发用户数 事物平均响应时间
5
10
15
104.386
254.043
281.481
事物最大响应时间
176.540
338.433
382.172
0.052
0.053
0.046
3.568
2.845
3.013
事物成功率 每秒点击率 平均流量
(字节/秒)
3.614
2.768
2.469
组合业务测试用例
用例名称
功能
目的
方法
组合业务测试用例
多个用户登陆空间,对相册、个人档、日志模块进行操作,保证系统性能。
测试用户操作时系统的处理能力
模拟多个用户登陆空间,对相册、个人档、日志模块进行操作,采用loadrunner录制过程,利用其完成测试。
并发用户数与事务执行情况
并发用户数
事务平均响应时间 事务最大响应时间 事务成功率 每秒点击率
平均流量(字节/秒)
5 56.522
154.3217.271
13.563
45.963
42.469
82.919
79.325
25.111
23.452
67.314
65.563
0.076
0.072
0.076
0.072
0.076
0.072
4.525
2.188
3.87
4.5
0 1
1.4.2测试环境
性能测试软/硬件配置
设备
服务器
硬件配置
联想ASUS-A42J(1台)
CPU:3000MHz
内存:2 G
软件配置
Windows7
Apache 2.2
Windows7
IE8.0
LoadRunner 8.1
Microsoft Office 2007
Windows7
IE8.0
LoadRunner 8.1
Microsoft Office 2007
负载产生设备(模拟客户端) PC机(4台)
CUP:2.0G
内存:2.0 G
负载产生设备(模拟客户端) PC机(4台)
CPU:1.87G
内存:2.0 G
1.4.3测试执行
执行测试场景
注:得出的测试数据见上面计划中表格
1.4.4测试结果分析
由上面测试结果数据可知,随着并发事件数量的增加,响应时间明显越来越慢,超过一定数量时,系统将无法接受,但是由于试验了条件有限,暂时没有测出其限制具体数量。
发布评论