web测试的主要页面元素
网站测试--测试工具
web扫盲专题之入门概念
测试 Web 应用程序是否存在跨站点脚本漏洞
[转帖]Web下的整体测试
关于web测试
31个用来测试网站各项性能的免费工具
网站测试实例--登录及权限测试验证用户输入有效性
不能输入非法字符
如:‘ % < -- 等脚本语言中常用的特殊字符
不能直接访问有安全限制的页面
如:浏览器历史记录中记录的页面
用户名/密码验证SQL语句
Select * from userinfo where username = 'i_username' and pwd = 'i_password'
恶意登录 admin/ 'or '1'='1
Select * from userinfo where username = 'admin' and pwd = '' or '1'= '1'
用户名可以输入任意字符,只要密码中输入了 or true条件
不能直接访问有安全限制的页面
例子:
用户A有登录网站的权限
用户B直接访问历史记录中A访问过的页面
网站测试-导航测试描述用户在一个页面内操作的方式
在不同的用户界面控件之间
例如按钮、对话框、列表和窗口
在不同的链接页面之间
Checklist举例
导航是否直观
Web系统的主要部分是否可通过主页存取
Web系统是否有站点地图、搜索引擎或其他的导航帮助
网站测试-常用性能测试指标
网站测试-界面测试CheckList
网站测试的系统测试方法
《Web应用测试(第1、2版)》的小结(摘抄)内容摘抄于:http://www.yangsu.cn/read.php?93
1,
用户界面的测试用于对设计的状况和产品目的状况进行评价,包括设计者怎么体现“以用户为中心的思想”,知名操作的明确方向和引导目的效果,提供有效及时的人机交互反馈信息,维护语言和方法的一致性和做页面语言的心理暗示和提示功能等。
UI测试主要是根据产品设计意图和目的,以及发展方向,认真的考虑易用性和主观印象,在进行测试的时候,需要特别的注意设计的所有的部分的适应性,查找导致用户出错和不能明确指出用户期望内容的视觉设计部分。
在这个过程中,书中强调了2个重要的关键点。
一,最终用户是谁?
【用户的计算机试用经验】
用户试用计算机多长时间了?是专业用户还是偶而在用?通常在做什么?对于用户的技术水平,PM做了怎样的假设?这些假设语实际用户的只是和技术是否良好的匹配?
【web经验】
用户试用web有多长的时间?你的网站的用户是否熟悉一些常用的网络词语?我们期望他们有多少的网络知识?是否需要用户来修改和定制一些网站产品?
【用户层次】
初级用户的产品web需求,中级用户的?高级用户的?之间的差异和融合?
【具体的应用经验】
书中提供了一个《用4种属性对用户进行分级的方法》
4个分级的参考维度(计算机经验)(web经验)(域相关经验)(应用经验)
域相关经验是指用户是否熟悉相关的功能,譬如一个电子商务网站的用户,他是否熟悉使用信用卡。
二,采用了什么样的设计方法。
书中主要讲了一些常用的设计方式的问题,以及注意事项。
(举例部分1,同一信息的两种不同方法.2,对一个面的设计的一致性)
对自己的提问:
*待测应用的设计是否能满足最终用户的需要
*对最终用户来讲,UI是否直观(不用多思考,就能进行基本的操作)
*设计是否在整个应用中具有一致性
*界面设计是否易于用户使用
*界面是否提供了满意的可视设计?
*界面是否易于理解和使用?
*是否有帮助性信息?或指示?
*等等
2,用户界面实现测试
大致分了以下几个方面来讲述。
*用户界面元素
*web应用的复杂性
3,
可用性和可访问性测试
*对一个以前没有见过该产品的用户来说,要执行基本的任务容易吗?容易度如何?
*对以前使用过该产品的用户来说,要记住怎样执行相同的任务容易吗?容易度任何?
*对以前使用过该产品的用户来说,迅速执行频繁用到的任务效率如何?
*使用该产品时,用户会频繁的的遇到错误吗?频繁度如何?错误严重吗?该错误是可以原谅的吗?它可以使用户很容易的从错误中恢复吗?
*用户试用这一产品的经验丰富吗?如何丰富?
用户交互测试注意事项
*信息如何显示给用户
*有“中央工作区间“吗?,在屏和屏之间能否保持一致。
*数据在框架中显示吗?能否有一个无框架浏览器的选择?
*等等
网站测试-网页界面直观性测试用户界面是否洁净,不唐突,不拥挤.界面不应该为用户制造障碍.所需功能或者期待的响应应该明显,并在预期出现的地方.
界面组织和布局合理吗?是否允许用户轻松地从一个功能转到另一个功能?下一步做什么明显吗?任何时刻都可以决定放弃或者返回、退出吗?输入得到承认了吗?菜单或者窗口是否深藏不露?
有多余功能吗?软件整体抑或局部是否做得太多?是否有太多特性把工作复杂化了?是否感到信息太庞杂?
如果其他所有努力失败,帮助系统真能帮忙吗?
网站测试-测试网站的无效链接一个大型的网站,如果用手工的方法测试死链接,是很难发现其之间的某一个链接是死链接来的。这里要介绍一个测试死链接的工具:Xenu。这一个工具操作上很方便,对于测试结果报告,也让人比较容易理解的。
下面是我从网上DOWM下来的关于xenu的操作:
1 软件,解压缩,安装。File>>check url:
在第一个空白框填写网址,可以是域名,也可以是具体的入口网页地址;其它的就不要选了
2 然后耐心等上几分钟
3 File>>report:
生成网站地图统计报告;
4 编辑这个报告,只保留带有网页标题的列表部分。
BTW: 默认中文编码是GB2312
最后一步:到http://www.forclear.com/seo.asp提交你的网站地图。
以上的就是它的操作,是比较简单的。在这里要说明的,根据我测试时的体会,xenu测试网站时,对于javascript里面的链接会报错。这一些是格式上的问题。
如果是想测试网络上单个页面的链接是否存在死链接,这里还有一个小的工具可以拿来使用的,也是非常的方便。工具名叫:checkurl。是一个网络工具,网址为:http://www.nsclick.com/checkurl.asp。它只能测试单个界面的死链接情况。功能上没有xenu这么强大。
一般上,我在测试的时候,都会把这二个工具一起使用,先使用xenu测试整个网站,确定有问题的界面后,再用checkurl来测试该界面。当然,这二个测试死链接的工具,都是根据链接正确的网址格式来判断链接的格式是否正常来判断是否存在正确的。因此,有时候的判断难免会有错误的。 而且它也不会判断链接的目标正确与否或者是否属于空链接。如果要测试这一些就要从测试网站的内容上依靠感觉来判断了。