实验六 Web测试.docx
《实验六 Web测试.docx》由会员分享，可在线阅读，更多相关《实验六 Web测试.docx（13页珍藏版）》请在冰点文库上搜索。
实验六Web测试
实验六Web测试
实验类别：
综合实验
实验目的：
应用Web测试工具对Web系统进行功能和性能测试；
背景知识：
对Web系统测试需要从功能、性能、可用性、安全性等多方面进行测试。
一、功能测试
对Web系统进行功能测试包括以下几个方面：
1.链接测试
链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。
链接测试可分为三个方面。
首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面。
2.表单测试
当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。
在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。
例如：
用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。
如果使用了默认值，还要检验默认值的正确性。
如果表单只能接受指定的某些值，则也要进行测试。
例如：
只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
3.Cookies测试
Cookies通常用来存储用户信息和用户在应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。
如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。
测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。
4.数据库测试
在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。
在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。
数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
二、性能测试
对Web系统进行性能测试主要包括以下几个方面：
1.连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。
当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。
如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。
另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。
而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
2.负载测试
负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。
负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。
例如：
Web应用系统能允许多少个用户同时在线？
如果超过了这个数量，会出现什么现象？
Web应用系统能否处理大量用户对同一个页面的请求？
3.压力测试
进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。
压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。
黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。
压力测试的区域包括表单、登陆和其他信息传输页面等。
三、可用性测试
1.导航测试
导航描述了用户在一个页面内操作的方式。
通过考虑下列问题，可以决定一个Web应用系统是否易于导航：
导航是否直观？
Web系统的主要部分是否可通过主页存取？
Web系统是否需要站点地图、搜索引擎或其他的导航帮助？
2.图形测试
一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。
图形测试的内容有：
确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。
验证所有页面字体的风格是否一致。
背景颜色应该与字体颜色和前景颜色相搭配。
图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。
3.内容测试
内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。
4.整体界面测试
整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。
对整体界面的测试过程，其实是一个对最终用户进行调查的过程。
一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。
实验环境
测试工具：
QuickTestProfessional和LoadRunner
实验内容
1．题目一：
测试网站功能
选择一个网站，对其进行功能测试。
要求首先编写测试用例，然后用QuickTestProfessional自动化测试工具对该网站进行测试。
2．题目二：
测试网站性能
选择一个网站，对其进行性能测试。
要求使用LoadRunner进行负载测试。
实验步骤
1.拟定测试计划；
2.撰写测试方案；
3.设计测试用例；
4.录制测试脚本；
5.用QuickTestProfessional和LoadRunner分别测试；
6.分析测试结果。
实验要求
1．撰写实验报告；
2．撰写Web系统的测试计划，测试方案；
3．撰写Web系统测试的测试用例；
4．撰写缺陷报告；
5．提交测试脚本。
四、实验步骤
（一）博客网站的功能测试
1.系统分析
对于网站的测试而言，每一个独立的功能模块需要单独的测试用例的设计导出，对于应
用程序模块需要设计者提供基本路径测试法的测试用例。
网站的性能测试对于网站的运行而言异常重要，但是目前对于网站的性能测试做的不
够，我们在进行系统设计时也没有一个很好的基准可以参考，因而建立网站的性能测试的一
整套的测试方案将是至关重要的。
本次实验我们将从登陆网站测试。
2.用例编写
根据登录操作的特点，测试用例如表1。
用例编号
操作
输入数据
预期结果
实际结果
1
输入正确的用
户名、正确的
密码和正确的
验证码，点击
“登录”按钮
用户名：
admin
密码：
123456
验证码：
图片中的数字
正常登录
正常登录
2
输入正确的用
户名、正确的
密码和正确的
验证码，按Enter键
用户名：
admin
密码：
123456
验证码：
图片中的数字
正常登录
正常登录
3
用户名正确，
但未区分大小
写，其余输入
项正确，点击
“登录”按钮
用户名：
admin
密码：
123456
验证码：
图片中的数字
不能正常
登录，显示
“用户名
不存在或
错误”的
提示
正常登录
4
输入错误的用
户或者未注册
的用户名，点
击“登录”按
钮
用户名：
ggg
密码：
123456
验证码：
图片中的数字
提示：
“用
户名jiew
不存在”，并清空用
户名输入
用户名jiew
不存在
5
用户名和验证
码正确，密码
首次输入错误，点击“登
录”按钮
用户名：
admin
密码：
12
验证码：
图片中的数字
提示：
“密码错误，您可以尝试5次”，并清空密码输入框次
密码错误,您还可以尝试5次”
6
用户名和验证
码正确，密码
第二次输入错
误，点击“登
录”按钮
用户名：
admin
密码：
th
验证码：
图片中的数字
x
提示：
“密
码错误，您
可以尝试4
次”的，并
清空密码
输入框
密码错误,您还
可以尝试4
次
7
输入错误的用
户名和错误的
密码，验证码
正确，点击“登
录”按钮
用户名：
fgg
密码：
rg
验证码：
图片中的数字
提示：
“用
户名wanyy
不存在”，
并清空输入框
用户名wanyy
不存在”，
并清空输入框
8
用户名、密码
正确，验证码
输入错误，点
击“登录”按
钮
用户名：
admin
密码：
123456
验证码：
输入的数字与
图片中的数字不一致
提示：
“认
证码不正
确”
认证码不正确
（但是还是登陆进去
了）
9
用户名为空，
验证码正确，
点击“登录”
按钮
用户名：
密码：
123456
验证码：
图片中的数字
提示：
“请
输入用户
名”
必填项为空
10
用户名和验证
码正确，密码
为空，点击“登
录”按钮
用户名：
admin
密码：
验证码：
图片中的数字
提示：
“必
填项为
空”
必填项为空
11
用户名和验证
码正确，密码
为空，点击“登
录”按钮
用户名：
admin
密码：
验证码：
图片中的数字
提示：
“必
填项为
空”
必填项为空
12
用户名和密码
为空，验证码
正确
用户名：
密码：
验证码：
图片中的数字
提示：
“必
填项为
空”
任意项没有填
写，请检查每
项是否填写正确
13
用户名正确，
密码和验证码
为空，点击“登
录”按钮
用户名正确，
用户名：
admin
密码：
验证码：
用户名正确，
出现“必
填项为
空”提示
框
必填项为空
14
用户名和验证
码为空，只输
入密码，点击
“登录”按钮
用户名：
密码：
123456
验证码：
提示：
“必
填项为
空”
必填项为空
15
用户名、密码
和验证码均为
空，直接点击
“登录”按钮
用户名：
密码：
验证码：
提示：
“必
填项为
空”
必填项为空
16
用户名正确，
但其后有1至
多个空格，密
码和验证码正
确，点击“登
录”按钮
用户名：
admin+2个空
格
密码：
123456
验证码：
图片中的数字
正常登录
正常登录
17
用户名和验证
码正确，密码
正确，但其后
有1至多个空格
用户名：
admin
密码：
123456+3空格
验证码：
图片中的数字
提示：
“密
码错误,您
还可以尝
试5次”
密码错误,您还
可以尝试5
次
18
用户名和密码
正确，验证码
正确，但其后
有1至多个空格
用户名：
admin
密码：
123456
验证码：
图片中的数字
+2空格
出现“认证
码不正确”
的提示
认证码不正确
19
点击验证码图
片
鼠标移至验证码图片
上，单击鼠标
图片中显
示新的4位
数字
是
测试界面如下并插入一个检查点
插入检查点如下：
4.实验结果
通过手动测试和自动化测试，发现4个轻微的缺陷，分别是：
（1）用户名未区分大小写；
（2）用户名为空，单击登录按钮，提示信息不正确/不恰当；
（3）用户名错误，重新返回登录页面时，用户名输入框未清空。
（4）用户名和密码错误，重新返回登录页面时，用户名输入框未清空。
（二）.网站的性能测试
主要从三个方面进行：
连接速度测试、负荷测试（Load）和压力测试（Stress）。
连接速度测
试指的是打开网页的响应速度测试。
负荷测试指的是进行一些边界数据的测试，压力测试更
像是恶意测试，压力测试倾向应该是致使整个系统崩溃。
（1）连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，
或是宽带上网。
当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不
会这样。
如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。
另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就
需要重新登陆了。
而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
（2）负载测试
负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围
内能正常工作。
负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数
据处理的数量。
例如：
Web应用系统能允许多少个用户同时在线？
如果超过了这个数量，
会出现什么现象？
Web应用系统能否处理大量用户对同一个页面的请求？
（3）压力测试负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。
因为一个企
业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远
远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。
进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。
压力测试是测试系
统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。
黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取
权。
压力测试的区域包括表单、登陆和其他信息传输页面等。
在这里我们将要进行的是压力测试。
1.准备工作
为了测试数据的准备性，首先需要删除缓存和Cookies等临时文件。
启动IE后打开“工具”
菜单下的“Internet”选项命令，在打开的“Internet选项”窗口的“常规”选项卡中，单击“Internet
临时文件”区域的“删除Cookies”和“删除文件”按钮将临时文件删除。
2.录制测试脚本
3.测试用例
5个用户
（1）执行场景，采用默认值即每15秒开始执行2个用户，如下图，5个用户执行全部通过，
通过时间为33秒。
（2）分析结果
20个用户
（1）执行场景
设置每15秒开始5个用户，如下图所示：
20个用例全部通过，用时1分18秒，如下图所示：
（2）分析结果
50个用户
（1）执行场景
设置每15s开始10个用户，结果50个用户全数通过，用时2分38秒，如下图：
（2）分析结果
100个用户
（1）执行场景
设置每10秒开始10个用户，如下图：
100个用户全数通过，用时1分51秒，如下图：
（2）分析结果
200个用户
（1）执行场景
设置每15秒开始15个用户，200个用户全数通过，用时3分17秒
（2）分析结果
五、实验总结
通过这几天对LoadRunner的使用，逐渐熟悉了其使用方法，了解到了其用
处，尤其是在网站测试上十分有用，但是，由于时间仓促，对该软件了解还不是
足够的充分，希望在以后的学习中更好的利用。
同时，通过对该博客网站的性能
进行分析，可以初步知道该博客网站性能比较好，可以同时承受多个用户的浏览，
鉴于实验强度不大，最多只试了200个用户左右，从这个阶段可以看出网站性能较佳！
升级会员 