Web测试规范
前言：本文基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器下显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。
本文将 web 测试分为 8大部分：
功能测试
性能测试（包括负载和压力测试）
用户界面测试
兼容性测试
安全性测试
接口测试
故障恢复测试
安装/反安装测试
1功能测试
概述：确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。
目标：利用有效的和无效的数据来执行各个用例流程，以核实以下内容：
在使用有效数据时得到预期的结果
在使用无效数据时显示相应的错误消息或警告消息。
单一界面测试的参考表格如下：
编号
场景/条件
操作
预期结果
1.
用户通过用户界面输入信息
输入任何东西，重填
客户端页面恢复到初始状态
2.
用户通过用户界面输入信息
输入刚好等于字数限制的正确信息，提交
1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
3.
用户通过用户界面输入信息
输入略超过字数限制的正确信息，提交
1.所填信息不能正确保存到相应的数据库表中
2.客户端提示字数超长
3.引导用户定位超长输入
4.
用户通过用户界面输入信息
输入略少于字数限制的正确信息，提交
1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
5.
用户通过用户界面输入信息
输入非法字符，提交
1.所填信息不能保存到相应的数据库表中
2.客户端提示有错误输入
3.引导用户定位错误输入
6.
用户通过用户界面输入信息
输入为空，提交
1.应有必填项判断
2.客户端提示必填项不能为空
3.引导用户定位必填项
4.所填信息不能保存到相应的数据库表中
7.
用户通过用户界面输入信息
该输入汉字的输入英文字符，提交
注：其余类同
1.客户端提示错误输入
2.引导用户定位错误输入项
3.所填信息不能保存到相应的数据库表中
具体功能测试参考表格如下：
功能A描述
用例目的
前提条件
输入/动作
期望的输出/相应
实际情况
示例：典型值…
示例：边界值…
示例：异常值…
功能B描述
用例目的
前提条件
输入/动作
期望的输出/相应
实际情况
……
注：除测试所提供的功能外，还需添加Cookies测试
参考如下：
Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。
如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookiesweb标准有哪三大部分有什么影响等。如果在cookies中保存了注册信息，请确认该cookie能够正常工作而且已对这些信息已经加密。如果使用cookie来统计次数，需要验证次数累计正确。
采取措施：
1.采用黑盒测试：采用上面提到的方法进行测试
2.采用查看cookies的软件进行（初步的想法）
可以选择采用的软件:IECookiesView v1.50 或者Cookies Manager v1.1
1.1 链接测试
链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。  链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。
采取措施：采用自动检测网站链接的软件来进行。
推荐软件：Xenu Link Sleuth 免费绿免安装软件 或者 HTML Link Validator 共享（30天试用）
 
1.2 表单测试
当用户通过表单提交信息的时候，都希望表单能正常工作。如果使用表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让顾客能让客户收到包裹。要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。
当用户使用表单进行用户注册、登陆、信息提交等操作时，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
1.3数据库测试
在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中，一般情况下，可能
发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
采取措施：已经结合到表单测试和内容测试中去了!
 
1.4应用程序特定的功能需求
最重要的是，测试人员需要对应用程序特定的功能需求进行验证。尝试用户可能进行的所有操作：下订单、更改订单、取消订单、核对订单状态、在货物发送之前更改送货信息、在线支付等等。
采取措施：深刻理解需求说明文档，手工测试为主。说明：功能测试可以尝试Mercury公司的WinRunner(功能自动化测试工具)和QuickTest Professional，不过因为具体需求和实际操作的不同，自动化测试实施困难，目前主要还是手工测试为主！
2 性能测试
概述：主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。
目标：核实下列情况下的性能行为：
正常的预期工作量
预期的最繁重工作量
需考虑的特殊事项：
可创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。
最好使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。