Web测试方法

一：Web 测试总结（1）测试是一种思维，包括情感思维和智力思维，情感思维主要体现在一句俗语：思想决定行动上（要怀疑一切），智力思维主要体现在测试用例的设计上。

具有了这样的思想，就会找出更多的bug。

（^_^个人认为，不代表官方立场）对于一个web网站来说，主要从这么几个大的方面来进行测试：1、功能测试；2、界面测试；3、易用性测试；4、兼容性测试；5、链接测试；6、业务流程测试；7、安全性测试下面主要从以上七个方面进行叙述：一、功能测试测试用例是测试的核心，测试用例的设计是一种思维方式的体现，在用例的设计中，用的比较多的方法是边界值分析法和等价类划分法，下面主要从输入框，搜索功能，添加、修改功能，删除功能，注册、登录功能以及上传图片功能等11个方面进行总结说明。

1、输入框输入框是测试中最容易出现bug的地方，所以在测试时，一定要多加注意。

2、搜索功能（1）比较长的名称是否能查到？（2）空格或空（3）名称中含有特殊字符，如：' $ % & *以及空格等（4）关键词前面或后面有空格（5）如果支持模糊查询，搜索名称中任意一个字符是否能搜索到（6）输入系统中不存在与之匹配的条件（7）两个查询条件是否为2选1，来回选择是否出现页面错误（8）输入脚本语言,如：<script>alter(“abc”)</script>等3、添加、修改功能（1）是否支持tab键（2）是否支持enter键（3）不符合要求的地方是否有错误提示（4）保存后，是否也插入到数据库中？（5）字段唯一的，是否可以重复添加（6）对编辑页列表中的每个编辑项进行修改，点击保存，是否保存成功？（7）对于必填项，修改为空、空格或其他特殊符号，是否可以编辑成功（8）在输入框中，直接回车（9）是否能够连续添加（10）在编辑的时候，要注意编辑项的长度限制，有时，添加时有长度限制，但编辑时却没有（添加和修改规则是否一致）（11）添加时，字段是唯一的，不允许重复，但有时，编辑时，却可以修改为相同字段（相同字段包括是否区分大小写以及在输入内容的前后输入空格）（12）添加含有特殊符号或空格的内容（13）对于有图片上传功能的编辑框，对于没有上传的图片，查看编辑页面时，是否显示默认图片，如果上传了图片，是否显示为上传图片？4、删除功能（1）输入正确数据前加空格，看是否能正确删除？（2）是否支持enter键（3）是否能连续删除多个产品？当只有一条数据时，能否成功删除？（4）删除一条数据后，能否再添加相同的数据？（5）当提供能一次删除多条信息的功能时，注意，删除的数据是否正确？（6）不选择任何信息，直接点击删除按钮，看有什么错误提示？（7）删除某条信息时，应该有错误提示信息二：网站测试随着网络技术不断成熟，网站功能日益增加，越来越多的业务系统演化为基于Weh 的应用，如Web OA ，电子商务等。

测试是为这些服务降低风险的主要手段。

对网站的测试应从用户界面、功能、兼容性、性能和安全几方面综合考虑，并借助自动测试工具提高效率。

一、测试方法网站测试采用灰盒测试方法。

灰盒测试结合了白盒测试和黑盒测试的要素，既关注软件的外部属性和行为，又在原代码级了解软件内部数据结构、实际的逻辑流程和体系结构的基础上测试软件，是从开发者的角度看待测试，综合考虑用户端、特定的系统知识和操作环境。

Web 应用由大量的组件（包括软件和硬件）组成，这些组件必须在设计系统的环境中测试，以便评价它们的功能和兼容性。

而灰盒测试在系统组件的协同性环境中评价软件的设计，对基于Web 的应用来说是最为有效完整的测试。

灰盒测试涉及到高层设计、环境和互操作性条件等，能发现容易被黑盒和白盒测试忽略的问题，特别是端对端的信息流问题、分布式硬／软件配置问题以及兼容性问题。

在灰盒测试过程中通常能发现与Web 系统密切相关的具体环境错误。

二、用户界面用户交互：是否有中心工作空间，并在各页面之间保持一致。

是否每个页面都有导航工具，并保持直观一致。

Ul 控件的命名方式是否简明一致，每个控件的默认状态是否恰当；Web 应用系统的主要部分是否可通过主页访问；操作和响应方式是否与Web 应用程序及行业标准一致，响应结果是否正确，是否发生了数据一致性错误和输出错误；如果说明文字指向右侧的图片，该图是否出现在右侧；表格中的证件号码与姓名放在左边，其他细节放在右边，是否更有效；根据所提供的帮助文档进行操作，是否能够出现预期结果；是否提供正确的反馈和错误提示信息。

页面元素：整个Web 应用系统的页面结构、Ul 控件、字体、链接是否风格一致。

背景颜色是否与字体颜色和前景颜色搭配。

文字回绕是否正确。

图片是否使段落没有对齐或出现孤行。

表格每一栏的宽度是否足够，是否因某一单元格内容太多，而将整行拉长。

图片是否小于3OK ，首页是否采用了大图。

三、功能测试链接：所有链接是否按指示的那样确实链接到了该链接的页面，所链接的页面是否存在。

应保证Web 应用系统上没有孤立的页面（即没有链接指向该页面，只有知道正确的URL地址才能访问）。

链接测试必须在集成测试阶段完成，也就是说，在整个Web 应用系统的所有页面开发完成之后进行链接测试表单：必须测试表单提交操作的完整性与正确性。

例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。

如果使用了默认值，要检验默认值的正确性。

表单是否只能接受指定的某些值？例如只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

服务器能否正确保存通过表单提交的数据，后台系统能否正确解释和使用这些信息。

Cookie ：如果Web 应用系统使用了Cookie , 必须检查Cookie 是否能正常工作，包括Cookie 是否起作用，是否按预定的时间进行保存，刷新对Cookie 有什么影响等。

如果在Cookie 中保存了注册信息，应确认该Cookie 能够正常工作而且已对这些信息已经加密。

如果使用Cookie 来统计次数，需要验证次数累计是否正确。

接口：应测试浏览器与服务器的接口，即提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。

还可以查询数据库，确认事务数据已正确保存。

有些Web 系统有外部接口。

应要确认软件能够处理外部服务器返回的所有可能的消息。

最容易被忽略的地方是接口错误处理。

尝试在处理过程中中断事务，中断用户到服务器的网络连接，在这些情况下，系统能否正确处理这些错误。

如果用户自己中断了事务处理，是否在用户没有返回网站确认的时候已保存了订单。

应用系统的特定功能：应对应用系统特定的功能需求进行验证。

尝试用户可能进行的所有操作，例如下订单、更改订单、取消订单、在线支付等等。

四、客户端兼容性操作系统：是否能在MAC 和IBM兼容机上浏览网站。

是否使用了只在某个系统上可用的字体或插件。

浏览器：是否能用Netscape 、Internet Explor - er 或场nx 浏览网站。

不同厂商的浏览器对Java Applet 、DHTML 、ActiveX 、HTML 、插件、安全协议及H 竹P 的支持不同。

用户也会对浏览器进行不同的设置，如禁用图片或采用较高的安全级别。

框架和层在不同的浏览器中显示效果不同，甚至根本不显示。

IE3 . 0 及以上版本才能使用SSL 安全特性，但是对于老版本的用户应该有相关的消息提示。

测试浏览器兼容性的一个方法是创建一个兼容性矩阵，在这个矩阵中测试不同厂商、不同版本的浏览器对某些插件和设置的适应性。

屏幕设置：当改变屏幕分辨率（640 x480 、800x600 、1024x768 、1280xl024 ）、字体大小、和显示器颜色深度（16 色、24 位真彩色、32 位真彩色）时，页面是否正常显示。

三：Web测试技术--Java平台概述随着web应用的增多，新的模式解决方案中以web为核心的应用也越来越多，很多公司各种应用的架构都以B/S及web应用为主，但是有关WEB测试方面的内容并没有相应的总结，所以我在这里对web的测试方法和采用的测试技术进行总结，便于内部交流。

测试方法尽量涵盖web程序的各个方面，测试技术方面在继承传统测试技术的技术上结合web应用的特点。

界面测试现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。

如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。

很多人认为这是测试中最不重要的部分，但是恰恰相反界面对不懂技术的客户来说那相当关键，慢慢体会你会明白的。

方法上可以根据设计文档，如果够专业的话可以专业美工人员，来确定整体风格页面风格，然后根据这个可以页面人员可以生成静态的HTML，CSS等甚至生成几套不用的方案来讨论，或者交给客户评审，最后形成统一的风格的页面/框架。

注意不要靠程序员的美术素养形成你的web风格，那样可能会很糟糕。

主要包括以下几个方面的内容：站点地图和导航条位置、是否合理、是否可以导航等内容布局是否合理，滚动条等简介说明文字是否合理，位置，是否正确。

背景/色调是否正确、美观，是否符合用户需求。

页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）表单样式大小，格式，是否对提交数据进行验证（如果在页面部分进行验证的话）等。

连接连接的形式，位置，是否易于理解等。

web测试的主要页面元素：页面元素的容错性列表（如输入框、时间列表或日历）页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）页面元素的容错性是否存在页面元素的容错性是否正确页面元素基本功能是否实现（如文字特效、动画特效、按钮、超连接）页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超连接等）页面元素是否显示正确（主要针对文字、图形、签章）元素是否显示（元素是否存在）页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）测试技术通过页面走查，浏览确定使用的页面是否符合需求。

可以结合兼容性测试对不用分辨率下页面显示效果，如果有影响应该交给设计人员提出解决方案。

可以结合数据定义文档查看表单项的内容，长度等信息。

对于动态生成的页面最好也能进行浏览查看。

如Servelet部分可以结合编码规范，进行代码走查。

是否支持中文，如果数据用XML封装要做的工作会多一点等等。

四：Web功能测试的注意事项总结网上他人关于Web测试的知识点，对web测试需要注意的总结了一下，还是抛砖引玉，请大家多多拍砖：一、表单测试测试表单页面的必填项的判断是否准确，提示信息表达是否准确、友好测试表单页面的各数据项边界值、超边界值的处理测试表单页面的各相关数据项的输入类型是否匹配，如果不匹配，是否进行合理处理测试表单页面的对于特殊字符的处理是否正确测试表单页面的特殊需求字段是否进行处理这里注意同浏览器下对于js、active控件等支持的情况二、链接测试测试WEB应用系统的各栏目、框架之间的链接是否正确，且风格是否一致测试WEB应用系统的信息，相关信息链接显示页面是否链接正确，注意检测是否空链接和错误链接，且风格是否一致测试WEB应用系统的导航条，提供网站服务的相关静态页面等链接是否准确，且风格是否一致测试网站相关图片的链接是否准确，且风格统一可以使用链接测试工具，但只能检测现有链接是否正确三、图形测试测试WEB应用系统的图片的是否显示正确，是否符合需求测试图片的大小、对齐方式、位置和图片的相关说明是否准确、符合验证页面所有字体的大小、对齐方式、颜色等是否一致测试WEB应用系统的背景颜色是否和前景颜色、文字、图片是否协调验证WEB应用系统的表格、边框、对齐方式是否一致验证英文文章是否能够正常显示，能够正常换行同样不同浏览器下，图片是否引起样式问题，如ie6,7,8四、内容测试测试WEB应用系统各模块的信息归类是否正确、显示位置是否合理测试WEB应用系统的检索功能是否正确验证信息的相关新闻检索是否准确五：补充，自己在工作中的总结（1）模块之间有关联关系，删除和修改是否对其他模块的数据有影响。