一、测试流程所有测试的流程大体上是一致的：开始测试前准备需求分析测试设计（测试计划，测试用例）执行测试提交BUG测试总结/验收报告对于w
eb测试，较之其他软件测试又有所不同，这是细节的不同，这个不同需要我们在不停的测试中去总结。web测试正式测试之前，应先确定如何
开展测试，不可盲目的测试。一般网站的测试，应按以下流程来进行：1）使用HTMLLinkValidator（支持WinXp,Wi
n2000,Win2003）将网站中的错误链接找出来；2）测试的顺序为：自顶向下、从左到右；3）查看页面title是否正确（不只首
页，所有页面都要查看）；4）LOGO图片是否正确显示；5）LOGO下的一级栏目、二级栏目的链接是否正确；6）首页登录、注册的功能是
否实现；7）首页左侧栏目下的文章标题、图片等链接是否正确；8）首页中间栏目下的文章标题、图片等链接是否正确；9）首页右侧栏目下的文
章标题、图片等链接是否正确；10）首页最下方的【友情链接】、【关于我们】等链接是否正确；11）进入一级栏目或二级栏目的列表页。查看
左侧栏目名称，右侧文章列表是否正确；12）列表页的分页功能是否实现、样式是否统一；13）查看文章详细页面的内容是否存在乱码、页面样
式是否统一；14）站内搜索（各个页面都要查看）功能是否实现；15）前后台交互的部分，数据传递是否正确；16)默认按钮要支持Ent
er及选操作，即按Enter后自动执行默认按钮对应操作。二、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)同一界面上的控件数最好不要超过1
0个，多于10个时可以考虑使用分页界面显示。19)超过一屏的内容，在底部应有gotop按钮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）页面是否有无法连接的内容；图片是否能正确显示，有无冗余图片，代码是否规范，页
面是否存死链接（可以用HTMLLinkValidator工具查找）；2）图片上是否有无用的链接；点击图片上的链接是否跳转到正确
的页面；3）首页点击LOGO下的一级栏目或二级栏目名称，是否可进入相应的栏目；4）点击首页或列表页的文章标题的链接，是否可进入相应
的文章的详细页面；5）点击首页栏目名称后的【更多】链接，是否正确跳转到相应页面；6）文章列表页，左侧的栏目的链接，是否可正确跳转到
相应的栏目页面；7）导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面；（例：【首页->服务与支持->客服中心】，分别点击“
首页”、“服务与支持”、“客服中心”，查看是否可跳转到相应页面；）8)新闻、信息类内容通常用新开窗口方式打开。9)顶部导航、底
部导航通常采取在本页打开。四、搜索测试搜索测试主要分为以下几个方面：1）搜索按钮功能是否实现；2）输入网站中存在的信息，能否正确搜
索出结果；3）输入键盘中所有特殊字符，是否报错；特别关注“：_？’.?\/--；”特殊字符；4）系统是否支持键盘
回车键、Tab键；5）搜索出的结果页面是否与其他页面风格一致；6）在输入域输入空格，点击搜索系统是否报错；7）本站内搜索输入域中不
输入任何内容，是否搜索出的是全部信息或者给予提示信息；8）精确查询还是模糊查询，如果是模糊查询输入：中%国。查询结果是不是都包含中
国两个字的信息；9）焦点放置搜索框中，搜索框内容是否被清空；10）搜索输入域是否实现回车键监听事件；五、表单测试表单测试主要分为以
下几个方面：1）注册、登录功能是否实现；2）提交、清空按钮功能是否实现；3）修改表单与注册页面数据项是否相同，修改表单是否对重名做
验证；4）提交的数据是否能正确保存到后台数据库中（后台数据库中的数据应与前台录入内容完全一致，数据不会丢失或被改变）；5）表单提交
，删除，修改后是否有提示信息；提示、警告、或错误说明应该清楚、明了、恰当。6）浏览器的前进、后退、刷新按钮，是否会造成数据重现或页
面报错；7）提交表单是否支持回车键和Tab键；Tab键的顺序与控件排列顺序要一致，目前流行总体从上倒下，同时行间从左到右的方式8）
下拉列表功能是否实现和数据是否完整（例如：省份和市区下拉列表数据是否互动）；六、输入域测试输入域测试主要分为以下几个方面：1）对于
手机、邮箱、证件号等的输入是否有长度及类型的控制；2）输入中文、英文、数字、特殊字符（特别注意单引号和反斜杠）及这四类的混合输入，
是否会报错；3）输入空格、空格+数据、数据+空格，是否报错；4）输入html语言的，是否能正确显示；5）输入全角、半角
的英文、数字、特殊字符等，是否报错；6）是否有必填项的控制；不输入必填项，是否有友好提示信息；7）输入超长字段，页面是否被撑开；8
）分别输入大于、等于、小于数据表规定字段长度的数据，是否报错；9）输入非数据表中规定的数据类型的字符，是否有友好提示信息；10）在
文本框中输入回车键，显示时是否回车换行；11)非法的输入或操作应有足够的提示说明。七、分页测试分页测试主要分为以下几个方面：1）
当没有数据时，首页、上一页、下一页、尾页标签全部置灰；2）在首页时，“首页”“上一页”标签置灰；在尾页时，“下一页”“尾页”标签置
灰；在中间页时，四个标签均可点击，且跳转正确；3）翻页后，列表中的数据是否扔按照指定的顺序进行了排序；4）各个分页标签是否在同一水
平线上；5）各个页面的分页标签样式是否一致；6）分页的总页数及当前页数显示是否正确；7）是否能正确跳转到指定的页数；8）在分页处输
入非数字的字符（英文、特殊字符等），输入0或超出总页数的数字，是否有友好提示信息；9）是否支持回车键的监听；八、交互性数据测试1）
前台的数据操作是否对后台产生相应正确的影响（如：查看详细信息时，需扣除用户相应的授权点数）；2）可实现前后台数据的交互（如：在线
咨询，能否实现数据的交互实时更新）；数据传递是否正确；前后台大数据量信息传递数据是否丢失（如500个字符）；多用户交流时用户信息控
制是否严谨；3）用户的权限，是否随着授权而变化；4）数据未审核时，前台应不显示；审核通过后，前台应可显示该条数据；功能测试中还需注
意以下几点内容：1）点击【收藏我们】，标题是否出现乱码；收藏的url与网站的url是否一致；能否通过收藏夹来访问网站；2）对于修改
、删除等可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会；3）在文章详细页面，验证字体大小改变、打印、返回、关闭等
功能是否实现；4）Cookies测试，Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问
了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义
页面或者存储登陆等信息。如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作而且对这些信息已经加密。测试
的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等；5）设计语言测试，Web设计语言
版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就
显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript、ActiveX、VBScript或P
erl等也要进行验证。九、性能测试网站的性能测试主要从三个方面进行：连接速度测试、负荷测试(Load)和压力测试(Stress)。
1）连接速度测试，用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户
可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。2
）负载测试，是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问We
b系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？W
eb应用系统能否处理大量用户对同一个页面的请求？3）压力测试，是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，
在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。压力测试的区域包括表单、登
陆和其他信息传输页面等。OpenSTA—开发系统测试架构――性能测试方面的工具十、接口测试1）服务器接口，第一个需要测试的接口
是浏览器与服务器的接口。测试人员提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库
，确认事务数据已正确保存。2）外部接口，有些web系统有外部接口。通常，测试人员需要确认软件能够处理外部服务器返回的所有可能的
消息。3）错误处理，最容易被测试人员忽略的地方是接口错误处理，通常我们试图确认系统能够处理所有错误，但却无法预期系统所有可能的错误
。尝试在处理过程中中断网络连接，看看会发生什么情况？系统能否正确处理这些错误？十一、兼容性测试1）平台测试，市场上有很多不同的操
作系统类型，最常见的有Windows、Unix、Macintosh、Linux等，因而需要在各种操作系统下对Web系统进行兼容性测
试。2）分辨率适配，不同分辨率下页面是否显示正常；3）屏幕适配，大小窗口切换，页面是否显示正常；4）极速/兼容模式适配，切换模式，
页面是否显示正常；5）浏览器测试及版本测试，来自不同厂商的浏览器对Java、JavaScript、ActiveX、plug-in
s或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为InternetExplorer而设计的
，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示
，甚至根本不显示。测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适
应性。可以采用OpenSTA进行测试，此测试工具可以采用不同的浏览器进行测试。6）视频测试，页面版式在640x400、600x8
00或1024x768的分辨率模式下是否显示正常？字体是否太小以至于无法浏览？或者是太大？文本和图片是否对齐？7）组合测试
，600x800的分辨率在MAC机上可能不错，但是在IBM兼容机上却很难看。在IBM机器上使用Netscape能
正常显示，但却无法使用Lynx来浏览。理想的情况是，系统能在所有机器上运行，这样就不会限制将来的发展和变动。十二、安全性测试目
录设置目录测试主要分为以下几个方面：1）在测试路径上出现：http://218.61.30.17:7001/dzgh/xwzx/k
hzl/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软件等，可以知道那些内容影响网站整体速度。附：网站BUG测试流程归总1页面部分（1）页面
清单是否完整（是否已经将所需要的页面全部都列出来了）（2）页面是否显示（在不同分辨率下页面是否存在，有些在1024768下，就出
现查询按钮不可见，在不同浏览器版本中页面是是否显示）（3）页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正
确）（4）页面特殊效果（如特殊字体效果、动画效果）是否显示（5）页面特殊效果显示是否正确2页面元素部分（1）页面元素清单（为实现功
能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）（2）页面元素素是否显示（元素是否存在）
（3）页面元素是否显示正确（主要针对文字、图形、签章）（4）页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超链接等）（
5）页面元素基本功能是否实现（如文字特效、动画特效、按钮、超链接）（6）页面元素的容错性列表（如输入框、时间列表或日历）（7）页面
元素的容错性是否存在（8）页面元素的容错性是否正确3功能部分（1）数据初始化是否执行（2）数据初始化是否正确（3）数据处理功能是否
执行（4）数据处理功能是否正确（5）数据保存是否执行（6）数据保存是否正确（7）是否对其它功能有影响，新增功能一定要考虑不要影响其
它功能模块。（8）如果影响其他功能，系统能否作出正确的反应（9）其他错误（10）对模块的具体功能进行测试时可以列出功能模块的所有功
能，进行排列组合，测试所有情况如：某一功能模块具有最基本的增删改查功能，则需要进行以下测试单项功能测试（增加、修改、查询、删除）增
加——>增加——>增加（连续增加测试）增加——>删除增加——>删除——>增加（新增加的内容与删除内容一致）增加——>修改——>删除
修改——>修改——>修改（连续修改测试）修改——>增加（新增加的内容与修改前内容一致）修改——>删除修改——>删除——>增加（新增
加的内容与删除内容一致）删除——>删除——>删除（连续删除测试）（11）查询功能分为两种情况，验证操作结果。A、打开页面时自动显示
结果，则不特别强调；B、需要手工操作进行查询，则每次在其他功能完成后进行。4提示信息（1）成功、失败提示（2）操作结果提示（3）确
认提示（4）危险操作、重要操作提示（5）返回页面提示后显示的页面5容错性注意以下几种情况（1）为空、非空（2）唯一性（3）字长、格
式（4）数字、邮政编码、金额、电话、电子邮件、ID号、密码（5）日期、时间（6）特殊字符（对数据库）英文单、双引号，&符号等6权限部分功能权限：指定用户可以使用那些功能，不能使用那些功能数据权限：指定用户可以处理那些数据，不可以处理那些数据。可以合并到功能测试操作权限：在逻辑关系上，操作前后顺序、数据处理情况。可以合并到功能测试权限变化：可以合并到功能测试（1）功能权限是否存在（2）功能权限是否正确（3）数据权限是否存在（4）数据权限是否正确（5）操作权限是否存在（6）操作权限是否正确（7）引起权限变化的功能列表（8）功能权限变化还是数据权限变化，或两者兼有（9）权限变化是否正确7键盘操作（1）Tab键的使用（2）上下方向键的使用（3）Enter键的使用（4）系统设定快捷键的使用（如果设置有快捷键）8测试中还应注意的其他事项（1）完整性：是否是一个整体，没有功能缺损（2）易用性：使用是否方便（3）一致性：类似的问题用类似的方法处理（4）提示信息：提示信息是否完整、正确、详细（5）帮助信息：是否提供帮助信息，帮助信息的表现形式（页面文字、提示信息、帮助文件），帮助信息是否正确、详细（6）兼容性：包括操作系统兼容和应用软件兼容，可能还包括硬件兼容（7）可扩展性：是否由升级的余地，是否保留了接口（8）稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护 |
|
