web测试技术经典案例

　　1. 概述

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

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

　　相关的测试和实现技术也有着很大的关系，由于本公司使用J2EE体系，也许例子中只有JAVA平台可以使用，.NET平台测试技术暂时不涉及，如果你有请与我联系。

　　2. 测试方法

　　说明：测试方法的选择取决你的测试策略。

　　一般的web测试和以往的应用程序的测试的侧重点不完全相同，基本包括以下几个方面。

　　当然圆满的完成测试还要有好的团体和流程等的方方面面的支持，你同样应该对这些方面进行注意。

　　有些测试方法设计到了流程，哪些应该在你的测试团队建设中建立。

　　2.1 界面测试

　　现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是恰恰相反界面对不懂技术的客户来说那相当关键，慢慢体会你会明白的。

　　方法上可以根据设计文档，如果够专业的话可以专业美工人员，来确定整体风格页面风格，然后根据这个可以页面人员可以生成静态的HTML，CSS等甚至生成几套不用的方案来讨论，或者交给客户评审，最后形成统一的风格的页面/框架。注意不要靠程序员的美术素养形成你的web风格，那样可能会很糟糕。

　　主要包括以下几个方面的内容：

　　站点地图和导航条位置、是否合理、是否可以导航等内容布局布局是否合理，滚动条等简介说明说明文字是否合理，位置，是否正确

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

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

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

　　web测试的主要页面元素

　　页面元素的容错性列表(如输入框、时间列表或日历)

　　页面元素清单(为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等)

　　页面元素的容错性是否存在

　　页面元素的容错性是否正确

　　页面元素基本功能是否实现(如文字特效、动画特效、按钮、超连接)

　　页面元素的外形、摆放位置(如按钮、列表框、核选框、输入框、超连接等)

　　页面元素是否显示正确(主要针对文字、图形、签章)

　　元素是否显示(元素是否存在)

　　页面元素清单(为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等)

　　测试技术

　　通过页面走查，浏览确定使用的页面是否符合需求。可以结合兼容性测试对不用分辨率下页面显示效果，如果有影响应该交给设计人员提出解决方案。

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

　　对于动态生成的页面最好也能进行浏览查看。如Servelet部分可以结合编码规范，进行代码走查。是否支持中文，如果数据用XML封装要做的工作会多一点等等。

　　界面测试要素:

　　符合标准和规范,灵活性,正确性,直观性,舒适性,实用性,一致性

　　1.直观性:

　　用户界面是否洁净,不唐突,不拥挤.界面不应该为用户制造障碍.所需功能或者期待的响应应该明显,并在预期出现的地方.

　　界面组织和布局合理吗?是否允许用户轻松地从一个功能转到另一个功能?下一步做什么明显吗?任何时刻都可以决定放弃或者退回,退出吗?输入得到承认了吗?菜单或者窗口是否深藏不露?

　　有多余功能吗?软件整体抑或局部是否做得太多?是否有太多特性把工作复杂化了?是否感到信息太庞杂?

　　如果其他所有努力失败,帮助系统真能帮忙吗?

　　2.一致性

　　快速键和菜单选项.在Windows 中按F1键总是得到帮助信息

　　术语和命令.整个软件使用同样的术语吗?特性命名一致吗?例如,Find是否一直叫Find,而不是有时叫Search?

　　软件是否一直面向同一级别用户?带有花哨用户界面的趣味贺卡程序不应该显示泄露技术机密的错误提示信息.

　　按钮位置和等价的按键.大家是否注意到对话框有OK按钮和Cancle按钮时,OK按钮总是在上方或者左方,而Cancle按钮总是在下方或右方?同样原因,Cancle按钮的等价按键通常是Esc,而选中按钮的等价按钮通常是Enter.保持一致.

　　3.灵活性

　　状态跳转.灵活的软件实现同一任务有多种选择方式.

　　状态终止和跳过,具有容错处理能力.

　　数据输入和输出.用户希望有多种方法输入数据和查看结果.例如,在写字板插入文字可用键盘输入,粘贴,从6种文件格式读入,作为对象插入,或者用鼠标从其他程序拖动.

　　4.舒适性

　　恰当.软件外观和感觉应该与所做的工作和使用者相符.

　　错误处理.程序应该在用户执行严重错误的操作之前提出警告,并允许用户恢复由于错误操作导致丢失的数据.如大家认为undo /redo是当然的.

　　性能.快不见得是好事.要让用户看得清程序在做什么,它是有反应的.

　　2.2 功能测试

　　对功能测试是测试中的重点

　　主要包括一下几个方面的内容

　　连接这个连接和界面测试中的连接不同那里注重的是连接方式和位置，如是图像还是文字放置的位置等，还是其他的方式。这里的连接注重功能。如是否有连接，连接的是否是说明的位置等。

　　表单提交应当模拟用户提交，验证是否完成功能，如注册信息，要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。还有数据正确性验证，异常处理等，最好结合易用性要求等。B/S结构实现的功能可能主要的就在这里，提交数据，处理数据等如果有固定的操作流程可以考虑自动化测试工具的录制功能，编写可重复使用的脚本代码，可以在测试、回归测试时运行以便减轻测试人员工作量。

原文转自：http://www.ltesting.net