软件测试的艺术
web测试的主要页面元素
制定合理的软件测试流程
测试试卷
网站测试-导航测试描述用户在一个页面内操作的方式
在不同的用户界面控件之间
例如按钮、对话框、列表和窗口
在不同的链接页面之间
Checklist举例
导航是否直观
Web系统的主要部分是否可通过主页存取
Web系统是否有站点地图、搜索引擎或其他的导航帮助
网站测试-常用性能测试指标
网站测试-界面测试CheckList
网站测试的系统测试方法
某门户网站的搜索引擎优化策略
关键字选择策略
软件测试术语表
推荐几本软件测试书注:书和简介都是转自网上的书网
<<软件测试>>
作 者:(美)Ron Patton 译者:周予滨 姚静
出版社:机械工业出版社
图书简介:
我所见过的最好最经典的软件测试入门书,有一个别名叫“软件测试的本质”。书中没有讨论太多的软件测试理论,只包含了一部分常用的、基本的知识。从什么是软件测试、为什么要作软件测试开始,逐步引入基本的和高级的测试技术和方法,然后开始把读者引入实际工作中,讲述了一般的测试过程中要经历哪些阶段,要作哪些具体的工作,如何开展测试工作,如何找到缺陷并提交缺陷。甚至还包括了对测试人员的职业指导。建议所有的测试人员都读一读。
<<软件测试自动化>>
作 者:Daniel J.Mosley, Bruce A.Posey/著
出版社:机械工业出版社
图书简介:
可以把这本书当做第一本书的延续——不过我指的是作用和风格,作者当然不是同一个人了——你可以把它理解为“软件测试自动化”方面的经典入门书。作者从实际工作的角度对自动化测试进行了详细的论述,包括应该何时开始自动化、测试自动化同软件开发过程中其他工作的关系,以及测试自动化工作开展的过程。还介绍了“自动化测试框架”。不过这本书最吸引我的,还并不是它将我轻松的引入了自动化测试的世界,它还在每个章节的后面提供了很多链接和文档资料,大都可以在网上搜索到和打开。配合这些资料的学习,更深一步的理解了自动化测试的本质。 建议准备学习自动化测试和已经开始尝试自动化测试的朋友阅读多几遍。
<<有效软件测试>>
作 者:[美]Elfriede Dustin/著
出版社:清华大学出版社
图书简介:
虽然这本书国内也出了影印版,但是个人感觉中文版的质量还是不错的,从中也可以看出译者有着很深的软件工程实践功底。作为一本实践经验性的著作,书中涵盖了从测试过程到测试管理,从测试方法到测试技术,以及自动化测试方面的内容,所以要求读者应当具有相当的软件测试实际工作经验,否则只有理论知识恐怕也很难理解其中的一些做法,“知其然”却无法“知其所以然”。建议先看过上面介绍的四本书(或者至少前三本)并有了一些实际测试的经验以后,再来阅读这本书效果会好一些。你会在阅读的过程中发现,原来很多测试工作开展时遇到的难题可以这样解决,原来测试工作可以通过这样来提高效率…… 虽然这本书的内容并没有特别的依赖于某些测试工具,不过看的出作者和译者的工作大都是基于RUP的,所以如果读者有这方面的了解和实践经验,阅读起来效果会更好一些。
<<自动化软件测试>>
作 者:[美]Elfriede Dustin等著
出版社:清华大学出版社
图书简介:
这本书虽然在国内也有中文版,我一开始看的也是中文版,不过限于中文版的质量,这里还是推荐有能力的朋友看影印版吧。 虽然书名中大主题是“自动化软件测试”,但是这本书中介绍的更多的并不是自动化测试的具体实现,而是侧重于测试过程和测试管理方面的内容,这也是因为自动化软件测试工作的开展必须依赖于一个完善的测试过程吧。 从某个角度来看,上述的三本书从测试技术、方法和测试过程几个方面都进行了详细的论述,可以作为逐步深入的“测试学习路线图”,先看第一本入门,然后通过第二本强化对测试方法和技术的理解,然后通过第三本来更深入、全面的理解测试过程。其实书不在多,如果但作为基础学习,找到基本合适的,然后反复的阅读、研究、实践,就应该足够了。
不太适合做测试的几种人
《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来测试该界面。当然,这二个测试死链接的工具,都是根据链接正确的网址格式来判断链接的格式是否正常来判断是否存在正确的。因此,有时候的判断难免会有错误的。 而且它也不会判断链接的目标正确与否或者是否属于空链接。如果要测试这一些就要从测试网站的内容上依靠感觉来判断了。