Web网站测试流程和方法

Web网站测试流程和方法（转载）

1测试流程与方法
1.1测试流程
进行正式测试之前，应先确定如何开展测试，不可盲目的测试。一般网站的测试，应按以下流程来进行：
1）使用HTML Link Validator将网站中的错误链接找出来；
2）测试的顺序为：自顶向下、从左到右；
3）查看页面title是否正确。（不只首页，所有页面都要查看）；
4）LOGO图片是否正确显示；
5）LOGO下的一级栏目、二级栏目的链接是否正确；
6）首页登录、注册的功能是否实现；
7）首页左侧栏目下的文章标题、图片等链接是否正确；
8）首页中间栏目下的文章标题、图片等链接是否正确；
9）首页右侧栏目下的文章标题、图片等链接是否正确；
10）首页最下方的【友情链接】、【关于我们】等链接是否正确；
11）进入一级栏目或二级栏目的列表页。查看左侧栏目名称，右侧文章列表是否正确；
12）列表页的分页功能是否实现、样式是否统一；
13）查看文章详细页面的内容是否存在乱码、页面样式是否统一；
14）站内搜索（各个页面都要查看）功能是否实现；
15）前后台交互的部分，数据传递是否正确；
16) 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
1.2 UI测试
UI测试包括的内容有如下几方面：
1）各个页面的样式风格是否统一；
2）各个页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图片是否居中显示；
3）各个页面的title是否正确；
4）栏目名称、文章内容等处的文字是否正确，有无错别字或乱码；同一级别的字体、大小、颜色是否统一； 
5）提示、警告或错误说明应清楚易懂，用词准确，摒弃模棱两可的字眼；
6）切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致，文字是否窜行；
7）父窗体或主窗体的中心位置应该在对角线焦点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜；
8）按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置；避免空旷的界面上放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致；
9）页面颜色是否统一；前景与背景色搭配合理协调，反差不宜太大，最好少用深色或刺目的颜色；
10）若有滚动信息或图片，将鼠标放置其上，查看滚动信息或图片是否停止；
11）导航处是否按相应的栏目级别显示；导航文字是否在同一行显示；
12）所有的图片是否都被正确装载，在不同的浏览器、分辨率下图片是否能正确显示（包括位置、大小）；
13）文章列表页，左侧的栏目是否与一级、二级栏目的名称、顺序一致；
14) 调整分辨率验证页面格式是否错位现象；
15）鼠标移动到Flash焦点上特效是否实现，移出焦点特效是否消失；
16) 文字颜色与页面配色协调，不使用与背景色相近的颜色。
17) 每个非首页静态页面含图片字节不超过300K，全尺寸banner第一个场景控制在200k以内二个场景在300K，三个场景在400K以此类推
18) 同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
19) 超过一屏的内容，在底部应有go top按钮
20) 超过三屏的内容，应在头部设提纲，直接链接到文内锚点
21) 首页，各栏目一级页面之间互链，各栏目一级和本栏目二级页面之间互链
22) 导航的文字要简明扼要，字数限制在一行以内
23) 报表显示时应考虑数据显示宽度的自适应或自动换行。
24) 所有有数据展现的界面（如统计、查询、编辑录入、打印预览、打印等），必须使测试数据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打(L)印，界面显示是否正常；
25) 如有多个系统展现同一数据源时，应保证其一致性；
26) 对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应该显示空，应显示“--”或“/”，表示该字段值无意义。
27) 对统计的数据应按用户习惯进行分类、排序。
28) 界面内容更新后系统应提供刷新功能。
29) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面；
30)在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户。
31)用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用户处理完毕。
32)在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述；当输入数据不符合规则时应提示用户是否继续。
33)在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存（如果用户没有主动保存的情况下）；
34)在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。
35)界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。
36)界面测试时，应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确；
37)在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。
38)界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。
49)应验证各种对象访问方法（Tab 健、鼠标移动和快捷键）是否可正常使用，并且在一个激活界面中快捷键无重复；
40)界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。
41)对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发，应避免其他形式的触发。
42)对界面上的任何对象进行拖拉，然后进行查询、打印，应保证查询打印结果不变；
43)确保数据精度显示的统一：如单价0元，应显示为0.00元；
44)确保时间及日期显示格式的统一；
45)确保相同含义属性/字段名的统一；
46)对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中。

1.3链接测试
链接测试主要分为以下几个方面：
1）页面是否有无法连接的内容；图片是否能正确显示，有无冗余图片，代码是否规范，页面是否存死链接（可以用HTML Link Validator工具查找）；
2）图片上是否有无用的链接；点击图片上的链接是否跳转到正确的页面；
3）首页点击LOGO下的一级栏目或二级栏目名称，是否可进入相应的栏目；
4）点击首页或列表页的文章标题的链接，是否可进入相应的文章的详细页面；
5）点击首页栏目名称后的【更多】链接，是否正确跳转到相应页面；
6）文章列表页，左侧的栏目的链接，是否可正确跳转到相应的栏目页面；
7）导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面；
（例：【首页->服务与支持->客服中心】，分别点击“首页”、“服务与支持”、“客服中心”，查看是否可跳转到相应页面；）
8) 新闻、信息类内容通常用新开窗口方式打开。
9) 顶部导航、底部导航通常采取在本页打开。
1.4搜索测试
搜索测试主要分为以下几个方面：
1）搜索按钮功能是否实现；
2）输入网站中存在的信息，能否正确搜索出结果；
3）输入键盘中所有特殊字符，是否报错；特别关注：_ ？ ’ . • \  / -- ；特殊字符
4）系统是否支持键盘回车键、Tab键；
5）搜索出的结果页面是否与其他页面风格一致；
6）在输入域输入空格，点击搜索系统是否报错；
7）本站内搜索输入域中不输入任何内容，是否搜索出的是全部信息或者给予提示信息；
8）精确查询还是模糊查询，如果是模糊查询输入：中%国。查询结果是不是都包含中国两个字的信息；
9）焦点放置搜索框中，搜索框内容是否被清空；
10）搜索输入域是否实现回车键监听事件；
1.5表单测试
表单测试主要分为以下几个方面：
1）注册、登录功能是否实现；
2）提交、清空按钮功能是否实现；
3）修改表单与注册页面数据项是否相同，修改表单是否对重名做验证；
4）提交的数据是否能正确保存到后台数据库中（后台数据库中的数据应与前台录入内容完全一致，数据不会丢失或被改变）；
5）表单提交，删除，修改后是否有提示信息；提示、警告、或错误说明应该清楚、明了、恰当。
6）浏览器的前进、后退、刷新按钮，是否会造成数据重现或页面报错；
7）提交表单是否支持回车键和Tab键；Tab键的顺序与控件排列顺序要一致，目前流行总体从上倒下，同时行间从左到右的方式
8）下拉列表功能是否实现和数据是否完整（例如：省份和市区下拉列表数据是否互动）；
1.6输入域测试
输入域测试主要分为以下几个方面：
1）对于手机、邮箱、证件号等的输入是否有长度及类型的控制；
2）输入中文、英文、数字、特殊字符（特别注意单引号和反斜杠）及这四类的混合输入，是否会报错；
3）输入空格、空格+数据、数据+空格，是否报错；
4）输入html语言的，是否能正确显示；
5）输入全角、半角的英文、数字、特殊字符等，是否报错；
6）是否有必填项的控制；不输入必填项，是否有友好提示信息；
7）输入超长字段，页面是否被撑开；
8）分别输入大于、等于、小于数据表规定字段长度的数据，是否报错；
9）输入非数据表中规定的数据类型的字符，是否有友好提示信息；
10）在文本框中输入回车键，显示时是否回车换行；
11) 非法的输入或操作应有足够的提示说明。
1.7分页测试
分页测试主要分为以下几个方面：
1）当没有数据时，首页、上一页、下一页、尾页标签全部置灰；
2）在首页时，“首页”“上一页”标签置灰；在尾页时，“下一页”“尾页”标签置灰；在中间页时，四个标签均可点击，且跳转正确；
3）翻页后，列表中的数据是否扔按照指定的顺序进行了排序；
4）各个分页标签是否在同一水平线上；
5）各个页面的分页标签样式是否一致；
6）分页的总页数及当前页数显示是否正确；
7）是否能正确跳转到指定的页数；
8）在分页处输入非数字的字符（英文、特殊字符等），输入0或超出总页数的数字，是否有友好提示信息；
9）是否支持回车键的监听；
1.8 交互性数据测试
1）前台的数据操作是否对后台产生相应正确的影响
   （如：查看详细信息时，需扣除用户相应的授权点数）；
2）可实现前后台数据的交互（如：在线咨询，能否实现数据的交互实时更新）；数据传递是否正确；前后台大数据量信息传递数据是否丢失（如500个字符）；多用户交流时用户信息控制是否严谨；
3）用户的权限，是否随着授权而变化；
4）数据未审核时，前台应不显示；审核通过后，前台应可显示该条数据；

功能测试中还需注意以下几点内容：
1）点击【收藏我们】，标题是否出现乱码；收藏的url与网站的url是否一致；能否通过收藏夹来访问网站；
2）对于修改、删除等可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会；
3）在文章详细页面，验证字体大小改变、打印、返回、关闭等功能是否实现；
2安全性测试
2.1目录设置
目录测试主要分为以下几个方面：
1）在测试路径上出现：http://218.61.30.17:7001/dzgh/xwzx/khzl/2008/11/13/58127.html把/2008/11/13/58127.html去掉，看是否能出现目录下文件；
2）访问文件目录如果出现403错误，说明网页加以限制拒绝访问；
3)访问文件目录如果出现SSH其他根目录路径，说明有漏洞缺陷；
4）用X-Scan-v3.2-cn工具对网站服务器扫描。可以对网站参透出开启的端口号，SSH弱口令，网站是否存在高风险；比如:在扫描参数中输入测试网站的地址，点击扫描。如果扫描出网站端口号高风险或SSH弱口令可以与开发人员沟通进行修改；
5）测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。
6）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。
7）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。
8）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
9）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。
10）网页加载速度测试可以采用HttpWatch软件等，可以知道那些内容影响网站整体速度。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

一、界面测试公共测试用例

界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。

1.     文字

内容一致性：

1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等；

2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。

样式一致性

1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式；

2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）；

3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同；

4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一）

语言习惯：

1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。

2）英文。

3）日文。

2.     按钮

1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一；

2）采用的图片表述相同功能，要采用单一图标。

3.     文本框

1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴）；

2）文本框自身的长度限制，主要考虑页面样式。

4.     单选框

1）默认情况要统一，已选择，还是未选。

5.     日期控件

1）图标、控件颜色、样式统一；

2）点击控件、文本框均应弹出日期选择框。

6.     下拉选择框

1）默认是第一个选项，还是提示请选择一个。

7.     提示信息

1）静态文字与它的提示信息一致性，例如静态文字为‘ID’，出错信息显示‘用户ID’；

2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空；

3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求；

4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息；

5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的；

6）必输项提示信息，必输项提示信息采用统一的标志。

8.     导航测试

死导航、乱导航、操作复杂等。

9.     链接测试

1）发现404错误。

2）避免死链接情况，执行完相应操作应有返回按钮，返回到相应页面；例如：操作成功后，进入成功提示信息页面，但页面没有返回按钮，无法及时进入操作之前的页面。

10.   IE的后退

退出系统，无论直接关闭浏览器或点击后退键，退出都不应再返回系统。

11.   分辨率

页面文字显示、样式等要支持常见分辨率，例如CRT显示器的1024*768，LCD的1280*1024。

12.   重复提交问题

1）功能操作完成后，鼠标右键点击所在页面，选择弹出菜单的刷新功能，容易出现重复提交问题。

2）功能操作完成后，通过IE的后退键进行重复操作，容易出现重复提交问题。

3）某功能键反应时间延迟时（限制客户端网络带宽等方式来模拟实现），在短时间内重复点击该功能键，容易出现重复提交问题；

13.   防止SQL注入式攻击

1）不允许任何直接在jsp页面调用SQL语句，这种情况常发生在系统的后期修改中。

14.   用户非授权页面访问

1）每个页面都需要安全验证，防止用户通过直接拷贝具体页面地址等方式，访问系统；

2）页面过期的时间设定，用户在设定时间内未进行任何操作，不允许访问系统。

二、文本框公共测试用例

1.     文本框为字符型

必填项非空校验：

1）必填项未输入－－程序应提示错误；

2）必填项只输入若干个空格，未输入其它字符－－程序应提示错误；

字段唯一性校验：（不是所有字段都作此项校验，视实际项目情况而定）

1）新增时输入重复的字段值－－必须提示友好信息；

2）修改时输入重复的字段值－－必须提示友好信息；

字段长度校验：

1）输入[最小字符数-1]－－程序应提示错误；

2）输入[最小字符数]－－OK；

3）输入[最小字符数+1]－－OK；

4）输入[最大字符数-1]－－OK；

5）输入[最大字符数]－－OK；

6）输入[最大字符数+1]－－程序应提示错误；

字段为特殊字符校验：

1）输入域如对某些字符禁止输入时，限制是否成功，提示信息是否友好；

2）中文、英文、空格，数字，字符，下划线、单引号等所有特殊字符的组合；

3）所有特殊字符都必须进行测试（!~@#$^&*()_+{}|:“<>?/.,;‘[]\=-`￥……（）--：《》？、。，；’【】、=-• ）

字段为特殊代码校验：

1）输入html代码：比如”你好”；－－必须以文本的形式将代码显示出来。

2）输入JavaScript代码：比如；－－必须以文本的形式将代码显示出来。

多行文本框输入：

1）是否允许回车换行；

2）保存后再显示能够保持输入时的格式；

3）仅输入回车换行，检查能否正确保存；若能，查看保存结果。若不能，查看是否有正确提示；

4）仅输入空格，检查能否正确保存；若能，查看保存结果。若不能，查看是否有正确提示。

2.     文本框为数值型

边界值：

1）输入[最小值-1]－－程序应提示错误；

2）输入[最小值]－－OK；

3）输入[最大值]－－OK；

4）输入[最大值+1]－－程序应提示错误；

位数：

1）输入[限制位数]－－OK；

2）输入[限制位数+1]－－根据实际项目而定，是否自动四舍五入成限制位数，还是提示信息；

3）输入[限制位数-1]－－OK；

异常值、特殊值：

1）输入非数值型数据：汉字、字母、字符－－程序应提示错误；

2）输入负数－－根据实际项目而定，如果不允许输入负数，必须提示友好信息；

3）字段禁止直接输入非数值型数据时，使用“粘贴”、“拷贝”功能尝试输入，并测试能否正常提交保存－－只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存，并应给出相应提示；

4）全角数字和半角数字的情况－－全角数字不能保存，提示友好信息，半角数字正常保存；

5）首位为零的数值：如01＝1－－视实际项目情况而定；

3.     文本框为日期型

合法性检查：

1）日输入[0日]－－程序应提示错误；　

2）日输入[1日]－－OK；

3）日输入[32日]－－程序应提示错误；

4）月输入[1、3、5、7、8、10、12月]、日输入[31日]－－OK；

5）月输入[4、6、9、11月]、日输入[30日]－－OK；

6）月输入[4、6、9、11月]、日输入[31日]－－程序应提示错误；

7）输入非闰年,月输入[2月]、日输入[28日]，比如2009.2.28－－OK；

8）输入非闰年,月输入[2月]、日输入[29日]，比如2009.2.29－－程序应提示错误；

9）(闰年)月输入[2月]、日输入[29日]，比如2008.2.29－－OK；

10）(闰年)月输入[2月]、日输入[30日]，比如2008.2.30－－程序应提示错误；

12）月输入[1月]－－OK；

13）月输入[12月]－－OK；

14）月输入[13月] －－程序应提示错误；

格式检查：

1）不合法格式：2009-09、 2009-09 -、200-2-2；

2）视具体项目而定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ；

异常值、特殊值：

1）输入汉字、字母、字符－－程序应提示错误；

4.     文本框为时间型

合法性检查：

1）时输入[24时] －－程序应提示错误；　

2）时输入[00时] －－OK；

3）分输入[60分] －－程序应提示错误；

4）分输入[59分] －－OK；

5）分输入[00分] －－OK；

6）秒输入[60秒] －－程序应提示错误；

7）秒输入[59秒] －－OK；

8）秒输入[00秒] －－OK；

格式检查：

1）不合法格式：12:30:、 123000；

2）视具体项目而定是否合法：12:30、 1:3:0；

异常值、特殊值：

1）输入汉字、字母、字符－－程序应提示错误；

2）系统中所涉及时间是否取服务器时间；

三、上传和导出公共测试用例

1.     上传图片

对于上传的文件，假设系统要求上传的文件为jpg或gif格式图片，大小为<=5M的文件，我们在设计测试用例时，应该从以下几个方面进行考虑：

1）文件类型正确，文件大小合适的校验

例如：上传一种jpg或gif的格式图片，文件大小为4.9M，结果为上传成功

2）文件类型正确，文件大小合适的校验

例如：上传一种jpg或gif的格式图片，文件大小为5M，结果为上传成功

3）文件类型正确，文件大小不合适的校验

例如：上传一种jpg或gif的格式图片，文件大小为5.1M,提示为：“上传的附件中大小不能超过5M”

4）文件类型错误，文件大小合适的校验

例如：上传.doc、.xls、ppt、bmp、jpeg、psd、tiff、tga、png、swf、svg、pcx、dxf、wmf、emf、lic、eps、.txt等格式文件，文件大小合适，提示“只能上传jpg或gif格式图片”

5）文件类型和文件大小合法，上传一个0kb的图片，提示信息：“请重新上传文件，或者是不能上传0kb的图片”

6）文件类型和文件大小合法，上传一个正在使用中的图片（即打开该图片，再上传该图片），上传成功

7）文件类型和文件大小合法，手动输入一个存在的图片地址，点击上传，上传成功

8）文件类型和文件大小合法，手动输入一个不存在的图片地址，点击上传，提示：“请正确选择要上传的文件”

9）文件类型和大小都合法，手动输入一个存在的图片名称，点击上传，一般情况下系统会提示：“请正确选择要上传的文件的路径”

2.     文件导出

1）验证导出文件名长度，根据具体情况而定

2）验证导出文件为空的情况　

3）验证导出文件名为特殊字符的情况

4）验证导出全部资料的情况，导出的信息是否正确　　

5）验证导出部分资料的情况，导出的信息是否正确　

6）验证导出大量数据时的时间是否在合理的时间范围内　　

7）验证导出目的磁盘空间已满的情况下，导出是否有友好的处理方式　　

8）验证导出目的的文件夹为只读的情况下，导出时是否有友好的的提示信息

3.     文件上传

页面

1）页面美观性、易用性（键盘和鼠标的操作、tab跳转的顺序是否正确）　　

2）按钮文字正确性　

3）说明文字是否正确　　

4）正确/错误的提示文字是否正确　

5）提示当前位置是否正确，并且和其他页面保持一致格式　　

6）必添项的标示是否正确

功能

1）路径是否可以手工输入（手工输入的时候有没有限长）　　

2）上传文件超过最大值是在提交前校验还是提交后校验　

3）上传文件格式是否全部支持（图片：gif/jpg/bmp...文档：doc/sxw/xls...压缩包：zip/rar...安装文件：exe/msi）　

4）上传文件是否支持中文名称

5）文件名称的最大值、最小值、特殊字符（包含空格）、使用程序语句是否会对其造成影响、中文名称是否能正常显示

4.     文件下载

功能

1）右键另存为是否可以正确下载文件，并且记录下载次数

•工具下载是否正确，并且记录下载次数

2）单击下载是提示下载还是在页面打开

•直接打开是否显示正确

•对于本机没有安装工具的文件是否能够打开，是否能给出正确的提示

•对于直接在页面内打开的内容是否能够显示正常，页面美观性

•保存到本地是否能正确显示• 取消下载是否会纪录下载次数

3）下载次数是否被正确记录

四、列表公共测试用例

1.     列表页面显示

1）确认页面的默认排序方式，字段+升降续；

2）含link的列，验证其有效性，即，点击后的跳转是否正确；

3）第一列的选择框，“全选”和“部分选择”需有效；部分选中时，全选按钮应自动取消。

2.     顶部搜索功能

1）逐个测试每个搜索条件的有效性；

2）做2-3个组合条件的查询，验证结果；合计共有N+3个搜索条件的测试。

3）有时间区间的，验证列表项的开始到结束时间和选择区间有交叉，则为有效，且包含所选日期的记录；

4）条件中，开始时间不能大于结束时间；

5）搜索条件，在分页显示时，需始终保持有效；

6）点击名为“显示全部”的按钮，需清除所有条件，并显示所有记录。

7）每一次新的搜索执行，都应该去除分页，显示第一页、并回到进入页面时的默认排序方式。

3.     右侧或底部的按钮

按功能分成多个用例：

1）单选，多选、全选的情况下，点击按钮执行某个功能，如暂停服务、恢复服务的按钮；　

2）跨页选择，在一些选择成员的列表中是应有效的，需进行确认。

4.     列表数据的验证

验证从数据库中得到的列表项中每列数据的正确性，要求覆盖不同情况下的值，比如“开通”、“暂停”的服务状态；已使用空间大小和总空间大小等数字的正确性。可考虑结合其他用例来描述，但必须覆盖到。

 

5.     列表按标题的排序

1）检查每个列标题，要求点击后能按其进行排序：第一次点击为正序，以后每次点击为升、降续的切换。

2）进入下一页、上一页，以及任意分页显示时，条件需始终保持有效。

6.     分页

1）“第2页/共8页每页 10条/共 79条”中的分页数据必须正确；

2）第一页、上一页、下一页、最后一页的link在当前上下文有意义时显示，否则隐藏或显示为文本标签；

3）填入某个数字，点击“跳转到”按钮，到正确的页数；

 

另外请考虑每个文本框输入的有效性，比如日期、域名、跳转到某页的文本框的能接受的值，具体可参考需求文档。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Web测试需要注意点  

2012-01-19 15:09:37|  分类：测试人生 |  标签： |字号大中小 订阅

一、功能测试

测试用例是测试的核心，测试用例的设计是一种思维方式的体现，在用例的设计中，用的比较多的方法是边界值分析法和等价类划分法，下面主要从输入框，搜索功能，添加、修改功能，删除功能，注册、登录功能以及上传图片功能等11个方面进行总结说明。

1、输入框

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

核查点

大分类

小分类

检查内容

 

输入框	字符型输入框	字符种类	英文全角字符
英文半角字符
数字
汉字
空或空格
特殊字符“~!@#$%^&*()_+-={}[]|\:;”’<>,./?;”等可能导致系统错误的字符，特别要注意单引号和&符号。
禁止直接输入特殊字符时，使用“粘贴”、“拷贝”功能尝试输入，并测试能否正常提交保存。
长度检查	最小长度-1
最小长度
最大长度
最大长度+1
输入超长字符：比如把整篇word文档copy过去
空格检查	输入的字符间有空格
字符前有空格
字符后有空格
字符前后都有空格
多行文本框输入	允许回车换行
保存后再显示能够保持输入时的格式
仅输入回车换行，检查能否正确保存；若能，查看保存结果。若不能，查看是否有正确提示
安全性检查	输入特殊字符串：null、NULL、 、javascript、、