51Testing软件测试论坛

标题: WEB测试介绍 [打印本页]

作者: 橙子 时间: 2004-12-3 18:05
标题: WEB测试介绍
随着WEB应用的扩展，WEB测试技术也越来越重要，在不断寻找此类测试资料的同时也发现了一些比较好的书籍，以下内容摘录于《实用软件测试方法与应用》，介始WEB测试中主要的几个方面：

1、功能测试：检验系统是否满足功能需求说明中的功能需求；
（1）连接：连接是否存在,是否正确;
（2）表单：提交是否正确，是否返回必须的信息，服务器能否正确保留这些数据，后台运行的程序能否正确解释和使用这些信息；
（3）数据检验：检验功能是否正常工作；（如省份的字段可能用一个有效列表进行校验；
（4） Cookies：如在COOKIES中保存注册信息，则确认该COOKIES能否正常工作且对这些信息加密；
（5）应用程序特定的功能需求；

2、负载/压力、流量测试、性能测试：通过模拟大量用户的并发请求，给系统较大的负载，检测整个系统处理交易的能力；在反常数量或资源的情况下检测中间件系统在长时间、高负载下的运行处理能力，从而检验系统的稳定性及其反应时间；：
（1）瞬间访问高峰：如公布彩票的抽奖结果，在中奖号码公布后一段时间内能够响应上百万个请求；
（2）每个用户传送大量数据：
（3）长时间使用；

3、兼容性测试：在不同操作系统（WIN、MAC、UNIX）和不同版本的浏览器（IE4，IE5，IE6，NN6）组合情况下WEB应用能否正确执行；
（1）操作系统：能否在MAC和IBM兼容系统上浏览；
（2）浏览器：能否使用NETSCAPE、INTERNET EXPLORER或LYNX进行浏览；
（3）视频设置：页面版式在640*400、600*800或1024*768的分辩率模式下是否正常显示；
（4） MODEM/连接速率：不同速率下，用户在下载文章或演示时是否时间过长；
（5）打印机：验证打印是否正常；
（6）组合测试：不同操作系统与不同分分辩率组合情况下的测试；
（7）系统设置：浏览器的附加程序，如PLUG-IN、FRAME的支持与否，图形显示是否打开；IE浏览器的不用选项-安全设定最高,禁用脚本程序；

4、安全性测试：检验在系统已经存在的系统安全性、保密性措施是否发挥作用；
（1）目录设置：正确设置目录；
（2） SSL：使用SSL进行安全传送，确定是否有相应的替代页面；
（3）登录：验证系统阻止非法的用户名/口令登录；
（4）日志文件：注意验证服务器日志是否正常；
（5）脚本语言：脚本语言是常见的安全隐患；

5、可用性测试：主要从合理性和方便性等角度对软件进行检查，专为‘用户友好’的特性进行测试。

6、超链接导航测试：检查页面上所有的连接是否正确，是否存在BROKEN LINKS、404错误等；
（1）连接有站内站外之分：在测试时，区分哪些连接失败是BUG，哪些是测试环境的限制；
（2）表单连接：确认传递的参数是否正确；
（3）由客户端程序生成或者控制的，或是动态的；

7、图形显示测试：检查是否所有的图片都被正确装载，在不同的浏览器、分辨率下是否正确显示（包括位置、大小）；

8、用户界面测试：
主要包括：
（1）确认站点有使用说明：测试说明文档、验证说明是否正确；根据说明进行操作，确认是否出现预期结果；
（2）确认站点是否有地图：验证站点地图是否正确，连接是否确实存在，地图上是否包括站点上所有的连接，连接是否正常；每个页面是否有导航条，导航条是否一致，是否直观；
（3）检查内容的文字表达是否恰当：使站点看上去专业些；
（4）颜色/背景与内容等风格的协调；
（5）图片的使用，注意节约使用内存，不至于速度过慢；表格是否设置正确；

9、分辩率测试：在不同分辩率设置情况下，窗口的滚动条能否正确滚动，屏幕刷新是否正确；

10、调整窗口测试：在调整浏览器窗口大小时，屏幕是否正确；

11、外部网络访问测试：在外部网络拨号访问WEB应用以验证连接、功能和性能；

12、接口测试：
（1）服务器接口：如提交事务，需查看服务器记录，查看数据库是否正确保存；并验证浏览器上看到的与服务器上发生的一致；
（2）外部接口：如网上交易可能需验证信用卡数据；要确认软件能处理外部服务器返回的所有可能的消息；
（3）错误外理：能否正确处理与外部接口中断时产生的错误；

WEB中用户界面测试标准：
1、保证用户界面运作的一致性。
2、建立标准并遵循。
3、同时支持生手和熟手。
4、界面间的切换灵活；
5、界面上的布局。
6、适当的信息和标签措词。
7、对其它软件不要盲从。
8、颜色使用要适当；遵循对比原则；
9、字体使用要适当；
10、灰掉而不要移走：如用户只能访部应用软件的某些功能；或是有时可用有时不可用；
11、使用非破坏性的默认按钮；
12、区域排列：如有多个编辑区域时，要以视觉效果和效率来组织这些区域，屏幕不能拥挤；
13、有效组合：逻辑上关联的项目在屏幕上应当加以组合，以显示其关联性；
14、在操作焦点处打开窗口；
15、弹出菜单不应是惟一的功能来源；（即不要滥用弹出菜单）。

因刚接触WEB测试，对于其中有些方面不能与实际结合讲述，纯粹是理论入门知识，希望大家能给出一些与实际结合的评论。谢谢

作者: huipingzhai 时间: 2004-12-7 17:22
谢谢

作者: merry 时间: 2004-12-30 16:36
辛苦了

作者: Alex2004 时间: 2005-1-9 20:21
太好了～～

作者: 天地一剑 时间: 2005-1-12 16:11
好文章

作者: QA_BAY 时间: 2005-1-14 14:11
GOOD

作者: sindy_yao 时间: 2005-3-24 10:49
标题: 很好
写得不错

作者: sindy_yao 时间: 2005-3-24 10:50
标题: 很好
写得不错

作者: jordn 时间: 2005-3-31 15:39
非常及时，我现在就要用到！

作者: ClearWind 时间: 2005-3-31 21:11
谢谢了，顶！

作者: yy903 时间: 2005-4-1 10:21
up

作者: 小瞳 时间: 2005-4-29 11:32
好帖子~~

顶~~！！

作者: 堕落有心 时间: 2005-4-29 11:58
标题: 好文章
随便问问楼主，楼主在做页面超链接导航测试时，是用的什么方法？我是用httpunit的框架写的test case想进行自动测试。但是在使用getlink方法时遇到了问题，楼主能不能帮我解决一下啊！请到我发的帖子去看看。
关于httpunit测试web页面超链接的问题

作者: jacckljl 时间: 2005-4-29 13:47
OK！！学习中。。。

作者: newman 时间: 2005-5-11 09:17
帮助很大,谢谢....

作者: Graceli 时间: 2005-5-11 10:49
受益不浅，很好！刚刚接触这方面的测试还不知从何下手

作者: liujunran 时间: 2005-5-29 14:56
学习中、、、

作者: nakata_fy 时间: 2005-6-14 15:19
顶顶顶顶顶顶顶

作者: houxy2008 时间: 2005-7-6 14:22
标题: 好文章!
对我很有帮助,顶!

作者: zyl7019486 时间: 2005-7-7 15:03
多谢楼主～·

作者: 紫罗兰 时间: 2005-7-14 18:31
谢谢，不错。

作者: rien2128 时间: 2005-7-20 11:28
多谢，收藏下来了。

作者: harryhu 时间: 2005-8-26 11:03
Cookies：如在COOKIES中保存注册信息，则确认该COOKIES能否正常工作且对这些信息加密；

请问这个如何测试呢？

作者: qi_cy 时间: 2005-9-8 08:41
非常感谢！

作者: sbandbt 时间: 2005-9-12 17:32
好帖子

作者: fflastjay 时间: 2005-9-12 19:15
看了,不能不顶啊!

作者: 白鳍豚 时间: 2005-9-16 11:09
标题: 不错
基本上把Web测试的要点都列了出来
以后可以以这个为参考了

作者: rubydove 时间: 2005-10-17 16:39
thanks mm

作者: zhj686 时间: 2005-10-18 13:36
基本都包括全了，刚刚接触测试就能总结这么好，向你学习呀！

作者: thomaszhong 时间: 2005-10-25 11:30
收藏。。。。

作者: zhuangyan 时间: 2005-10-25 14:38
好，学习。

作者: vivian84 时间: 2005-10-27 19:31
有这方面的用例就更好了，不过还要顶！

作者: bz168 时间: 2007-1-24 22:16
帮助很大,谢谢
不过很想看到具体的事例和方法哈

作者: bzcy 时间: 2007-1-26 18:59
想开始做WEB测试，不知道从和开始。。。。

作者: 刘顺 时间: 2007-1-30 13:13
理论知识不错。

作者: windyfreeze 时间: 2007-4-20 17:18
谢谢

作者: yaojie 时间: 2007-5-6 22:31
正要接触这方面的测试，谢谢！

作者: 开心爱的咖啡 时间: 2007-5-14 15:50
谢谢楼主，俺正在找这方面的东东，俺来好好学习一下sdlkfj5

作者: brianq 时间: 2007-6-8 02:42
谢谢!

作者: limitlimit 时间: 2007-6-29 09:24
标题: 回复 #1 橙子的帖子
谢谢

作者: welkatrina 时间: 2007-7-24 10:14
好文章............................

作者: lzx 时间: 2007-7-30 17:20
正要做这方面的测试.想问问楼主,你提到的这本书<实用软件测试方法与应用>怎么样?

作者: changlang530 时间: 2007-9-5 17:19
好贴！！

作者: zhouzxcv 时间: 2007-9-19 00:14
谢谢楼主大作,正在拜读sdlkfj8

作者: snicoler 时间: 2007-11-7 11:45
4、       安全性测试：检验在系统已经存在的系统安全性、保密性措施是否发挥作用；
（1）       目录设置：正确设置目录；
（2）       SSL：使用SSL进行安全传送，确定是否有相应的替代页面；
（3）       登录：验证系统阻止非法的用户名/口令登录；
（4）       日志文件：注意验证服务器日志是否正常；
（5）       脚本语言：脚本语言是常见的安全隐患；

以上所说的测试策略是什么，还有相关工具呢？

作者: ppdd2028 时间: 2007-11-18 12:54
楼主辛苦啦

作者: nanbing3166 时间: 2008-7-15 10:55
顶谢谢

作者: chillbin 时间: 2009-2-24 00:11
不错的东西，先收藏了，谢谢楼主

作者: witcher2002 时间: 2009-2-26 14:04
赞一个！！

作者: sticksky 时间: 2009-5-25 12:18
谢谢。

作者: 小玲子110600131 时间: 2009-8-7 10:09
好帖子，顶了！1

作者: montella 时间: 2010-2-8 16:57
谢谢楼主

作者: julioguo 时间: 2010-6-4 14:29
标题: 如何制定测试计划(转帖)
“工欲善其事，必先利其器”。专业的测试必须以一个好的测试计划作为基础。尽管测试的每一个步骤都是独立的，但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。一个测试计划应包括：产品基本情况调研、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等等。
  产品基本情况调研：

  这部分应包括产品的一些基本情况介绍，例如：产品的运行平台和应用的领域，产品的特点和主要的功能模块，产品的特点等。对于大的测试项目，还要包括测试的目的和侧重点。

  具体的要点有：

  目的：重点描述如何使测试建立在客观的基础上，定义测试的策略，测试的配置，粗略的估计测试大致需要的周期和最终测试报告递交的时间。

  变更：说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试的环境改变了，或者是添加了新的功能。

  技术结构：可以借助画图，将要测试的软件划分成几个组成部分，规划成一个适用于测试的完整的系统，包括数据是如何存储的，如何传递的（数据流图），每一个部分的测试是要达到什么样的目的。每一个部分是怎么实现数据更新的。还有就是常规性的技术要求，比如运行平台、需要什么样的数据库等等。

  产品规格：就是制造商和产品版本号的说明。

  测试范围：简单的描述如何搭建测试平台以及测试的潜在的风险。

  项目信息：说明要测试的项目的相关资料，如：用户文档，产品描述，主要功能的举例说明。

  测试需求说明：

  这一部分要列出所有要测试的功能项。凡是没有出现在这个清单里的功能项都排除在测试的范围之外。万一有一天你在一个没有测试的部分里发现了一个问题，你应该很高兴你有这个记录在案的文档，可以证明你测了什么没测什么。具体要点有：

  功能的测试：理论上是测试是要覆盖所有的功能项，例如：在数据库中添加、编辑、删除记录等等，这会是一个浩大的工程，但是有利于测试的完整性。

  设计的测试：对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试。

  整体考虑：这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。

  测试的策略和记录：

  这是整个测试计划的重点所在，要描述如何公正客观地开展测试，要考虑：模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响。要尽可能的考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备，测试记录重要包括的部分具体说明如下：

  公正性声明：要对测试的公正性、遵照的标准做一个说明，证明测试是客观的，整体上，软件功能要满足需求，实现正确，和用户文档的描述保持一致。

  测试案例：描述测试案例是什么样的，采用了什么工具，工具的来源是什么，如何执行的，用了什么样的数据。测试的记录中要为将来的回归测试留有余地，当然，也要考虑同时安装的别的软件对正在测试的软件会造成的影响。

  特殊考虑：有的时候，针对一些外界环境的影响，要对软件进行一些特殊方面的测试。

  经验判断：对以往的测试中，经常出现的问题加以考虑。

  设想：采取一些发散性的思维，往往能帮助你找的测试的新途径。

  测试资源配置：

  项目资源计划：制定一个项目资源计划，包含的是每一个阶段的任务、所需要的资源，当发生类似到了使用期限或者资源共享的事情的时候，要更新这个计划。

  计划表：

  测试的计划表可以做成一个多个项目通用的形式，根据大致的时间估计来制作，操作流程要以软件测试的常规周期作为参考，也可以是根据什么时候应该测试哪一个模块来制定。

  问题跟踪报告：

  在测试的计划阶段，我们应该明确如何准备去做一个问题报告以及如何去界定一个问题的性质，问题报告要包括问题的发现者和修改者、问题发生的频率、用了什么样的测试案例测出该问题的，以及明确问题产生时的测试环境。

  问题描述尽可能是定量的，分门别类的列举，问题有几种：

  1、严重问题：严重问题意味着功能不可用，或者是权限限制方面的失误等等，也可能是某个地方的改变造成了别的地方的问题。

  2、一般问题：功能没有按设计要求实现或者是一些界面交互的实现不正确。

  3、建议问题：功能运行得不象要求的那么快，或者不符合某些约定俗成的习惯，但不影响系统的性能，界面先是错误，格式不对，含义模糊混淆的提示信息等等。

  测试计划的评审：

  又叫测试规范的评审，在测试真正实施开展之前必须要认真负责的检查一遍，获得整个测试部门人员的认同，包括部门的负责人的同意和签字。

  结果：

  计划并不是到这里就结束了，在最后测试结果的评审中，必须要严格验证计划和实际的执行是不是有偏差，体现在最终报告的内容是否和测试的计划保持一致，然后，就可以开始着手制作下一个测试计划了。

作者: 提米 时间: 2010-10-23 15:27
thanks

作者: zwb_work 时间: 2011-9-14 14:56
辛苦了

作者: lidazhuang 时间: 2012-2-7 15:30
楼主功德无量！

作者: C筱Q 时间: 2012-2-22 17:25
好文，受用了。

作者: xiao_long_ing 时间: 2012-4-4 10:54
学习中，楼主辛苦了、

作者: 开着拖拉机上班 时间: 2012-11-6 16:16
多谢

作者: ff520mm1314 时间: 2013-3-6 16:00
支持一个~

作者: a54344071 时间: 2015-7-7 14:32
收益匪浅，谢谢楼主了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)