1.概述
随着 web 应用的增多，新的模式解决方案中以 web 为核心的应用也越来越多， 很多公司各种应用的架构都以 B/S 及 web 应用为主，但是有关 WEB 测试方面的内容并没有相应的总结，所以我在这里对 web 的测试方法和采用的测试技术进行总结，便于内部交流。
测试方法尽量涵盖 web 程序的各个方面，测试技术方面在继承传统测试技术的技术上结合 web 应用的特点。
2.测试方法
说明：测试方法的选择取决你的测试策略。
一般的 web 测试和以往的应用程序的测试的侧重点不完全相同，基本包括以下几个方面。
当然圆满的完成测试还要有好的团体和流程等的方方面面的支持，你同样应该对这些方面进行注意。有些测试方法设计到了流程，哪些应该在你的测试团队建设中建立。
2.1界面测试
现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是恰恰相反界面对不懂技术的客户来说那相当关键，慢慢体会你会明白的。
方法上可以根据设计文档，如果够专业的话可以专业美工人员，来确定整体风格页面风格，然后根据这个可以页面人员可以生成静态的 HTML ， CSS 等甚至生成几套不用的方案来讨论，或者交给客户评审，最后形成统一的风格的页面 / 框架。注意不要靠程序员的美术素养形成你的 web 风格，那样可能会很糟糕。
主要包括以下几个方面的内容：
- 站点地图和导航条 位置、是否合理、是否可以导航等内容布局 布局是否合理，滚动条等简介说明 说明文字是否合理，位置，是否正确；
- 背景 / 色调 是否正确、美观，是否符合用户需求；
- 页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）表单样式 大小，格式，是否对提交数据进行验证（如果在页面部分进行验证的话）等；
- 连接 连接的形式，位置，是否易于理解等。
web测试的主要页面元素
- 页面元素的容错性列表（如输入框、时间列表或日历）；
- 页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）；
- 页面元素的容错性是否存在；
- 页面元素的容错性是否正确；
- 页面元素基本功能是否实现（如文字特效、动画特效、按钮、超连接）；
- 页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超连接等）；
- 页面元素是否显示正确（主要针对文字、图形、签章）；
- 元素是否显示（元素是否存在）；
- 页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）。
测试技术
- 通过页面走查，浏览确定使用的页面是否符合需求。可以结合兼容性测试对不用分辨率下页面显示效果，如果有影响应该交给设计人员提出解决方案；
- 可以结合数据定义文档查看表单项的内容，长度等信息；
- 对于动态生成的页面最好也能进行浏览查看。如 Servelet 部分可以结合编码规范，进行代码走查。是否支持中文，如果数据用 XML 封装要做的工作会多一点等等。
2.1.l界面测试要素:
符合标准和规范 , 灵活性 , 正确性 , 直观性 , 舒适性 , 实用性 , 一致性
2.1.l.1直观性 :
- 用户界面是否洁净, 不唐突, 不拥挤. 界面不应该为用户制造障碍 . 所需功能或者期待的响应应该明显 , 并在预期出现的地方；
- 界面组织和布局合理吗? 是否允许用户轻松地从一个功能转到另一个功能? 下一步做什么明显吗? 任何时刻都可以决定放弃或者退回, 退出吗? 输入得到承认了吗? 菜单或者窗口是否深藏不露?
- 有多余功能吗? 软件整体抑或局部是否做得太多? 是否有太多特性把工作复杂化了? 是否感到信息太庞杂?
- 如果其他所有努力失败 , 帮助系统真能帮忙吗?
2.1.l.2一致性
- 快速键和菜单选项 . 在 Windows 中按 F1 键总是得到帮助信息；
- 术语和命令. 整个软件使用同样的术语吗? 特性命名一致吗? 例如, Find 是否一直叫Find, 而不是有时叫Search?
- 软件是否一直面向同一级别用户? 带有花哨用户界面的趣味贺卡程序不应该显示泄露技术机密的错误提示信息；
- 按钮位置和等价的按键 . 大家是否注意到对话框有 OK 按钮和 Cancle 按钮时, OK 按钮总是在上方或者左方, 而 Cancle 按钮总是在下方或右方? 同样原因, Cancle 按钮的等价按键通常是 Esc, 而选中按钮的等价按钮通常是 Enter. 保持一致。
2.1.l.3灵活性
状态跳转：灵活的软件实现同一任务有多种选择方式；
状态终止和跳过：具有容错处理能力；
数据输入和输出：用户希望有多种方法输入数据和查看结果 . 例如 , 在写字板插入文字可用键盘输入 , 粘贴, 从 6 种文件格式读入 , 作为对象插入 , 或者用鼠标从其他程序拖动。
2.1.l.4舒适性
恰当：软件外观和感觉应该与所做的工作和使用者相符；
错误处理：程序应该在用户执行严重错误的操作之前提出警告 , 并允许用户恢复由于错误操作导致丢失的数据，如大家认为 undo /redo 是当然的；
性能：快不见得是好事，要让用户看得清程序在做什么，它是有反应的。
2.2功能测试
功能测试是测试中的重点，主要包括一下几个方面的内容：
连接：这个连接和界面测试中的连接不同。那里注重的是连接方式和位置，如是图像还是文字放置的位置等，还是其他的方式；这里的连接注重功能，如是否有连接，连接的是否是说明的位置等；
表单提交：应当模拟用户提交，验证是否完成功能，如注册信息，要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。还有数据正确性验证，异常处理等，最好结合易用性要求等。 B/S 结构实现的功能可能主要的就在这里，提交数据，处理数据等如果有固定的操作流程可以考虑自动化测试工具的录制功能，编写可重复使用的脚本代码，可以在测试、回归测试时运行以便减轻测试人员工作量；
Cookies 验证：如果系统使用了 cookie ，测试人员需要对它们进行检测。如果在 cookies 中保存了注册信息，请确认该 cookie 能够正常工作而且已对这些信息已经加密。如果使用 cookie 来统计次数，需要验证次数累计正确。关于 cookie 的使用可以参考浏览器的帮助信息。如果使用 B/S 结构 cookies 中存放的信息更多；
功能易用性测试 完成了功能测试可以对应用性进行了解，最好听听客户的反映，在可以的情况下对程序进行改进是很有必要的，和客户保持互动对系统满意度也是很有帮助的。
