下载文档原格式
WEB测试方法（超全面）WEB测试方法在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。
基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。
重要的是，还要从最终用户的角度进行安全性和可用性测试。
然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。
因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。
本文将 web 测试分为 6 个部分：功能测试性能测试（包括负载/压力测试）用户界面测试兼容性测试安全测试接口测试1功能测试1.1链接测试链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。
链接测试可分为三个方面。
首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。
1.2表单测试当用户通过表单提交信息的时候，都希望表单能正常工作。
如果使用表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。
如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让顾客收到包裹。
要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。
当用户使用表单进行用户注册、登陆、信息提交等操作时，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。
例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。
如果使用了默认值，还要检验默认值的正确性。
如果表单只能接受指定的某些值，则也要进行测试。
例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
1.3数据校验如果系根据业务规则需要对用户输入进行校验，需要保证这些校验功能正常工作。
第09章WEB应用测试-图文第9章WEB应用测试一、WEB系统构成WEB构成：▲客户端▲WEB服务器▲数据库▲网络及中间件▲防火墙与CA认证大型WEB系统，为了承受较大的访问压力，会采用负载均衡器技术，使用多个WEB应用服务器，分担来自客户端的访问压力。
二、WEB系统设计技术1、静态页面及动态页面2、网络开发技术3、CGI（通用网关接口）程序4、J2EE5、。
NET6、WEBSERVICES三、WEB系统的测试策略1、WEB系统的测试分类按系统架构分：客户端、服务器、网络上的测试按职能分：应用功能、WEB应用服务、安全系统的测试按软件质量特性分：功能、性能、安全性、兼容性、易用性测试按开发阶段分：设计、编码、系统测试2、总体架构设计的测试1）、采用瘦客户端或胖客户端是否适合需求2）、确定WEB架构的组成部分是否满足需求3）、服务器的配置及分布是否满足需求3、客户端设计的测试1）、功能设置的测试2）、信息组织结构设计的测试3）、页面设计的测试4、服务器端设计的测试1）、容量规划的测试估算点击率是否满足需求；估算延迟和流量是否满足需求；估算WEB应用系统所需服务器的资源消耗（性能瓶颈重点考虑所需内存、CPU利用率）什么叫点击率、延迟、流量？点击率：每秒HTTP的请求数，也叫每秒被访问的次数。
延迟：指从点击页面开始进入页面到它显示内容之间的时间。
流量：通信的字节数。
2）、安全系统设计的测试常识性安全策略；●使用加密技术；如数字签名、SSL和SHTTP、链加密、文档加密等●构造防火墙有三种：网络级、应用级和电路级●构建网络防毒系统3）、数据库设计的测试5、WEB应用开发测试1）、代码测试源代码规则分析；链接测试；框架测试；表格测试；图形测试2）、组件测试表单测试；Cookie测试；脚本测试；CGI测试；ASP测试；Active某控件测试△可使用工具测试：如JUNIT进行单元测试6、WEB应用运行测试1）、功能测试客户端的选择：包括操作系统、浏览器客户端的浏览器的配置：Cookie设置、脚本设置、安全设置、显示设置客户端显示设置：分辩率的设置内容测试：是用来检查WEB应用系统提供的信息的正确性、准确性、和相关性。
⾃动化测试⽤例（概述）前⾔⼿⼯测试⽤例与⾃动化测试⽤例对⽐如下。
1、⼿⼯测试⽤例特点：①较好的异常处理能⼒，能通过⼈为的逻辑判断校验当前步骤的功能是否正确实现②⼈⼯执⾏⽤例具有⼀定的步骤跳跃性③⼈⼯测试步步跟踪，能够细致地定位问题④主要⽤来发现功能缺陷1、⾃动化测试⽤例特点：①执⾏对象是脚本，任何⼀个判断都需要编码定义②⽤例步骤之间关联性强③主要⽤来保证产品主体功能正确和完整，让测试⼈员从烦琐重复的⼯作中解脱出来④⽬前⾃动化测试阶段定位在冒烟测试和回归测试通过对⽐我们可以看到，⼿⼯测试⽤例与⾃动化测试⽤例之间存在较⼤的差异，所以，不能直接把⼿⼯测试⽤例“翻译”成⾃动化测试脚本。
通过它们之间的特点对⽐也可清晰地认识到，⾃动化测试不能完全地替代⼿⼯测试，⾃动化测试的⽬的仅仅在于让测试⼈员从烦琐重复的测试过程中解脱出来，把更多的时间和精⼒放到更有价值的测试中，例如探索性测试。
⽽⾃动化测试更多的是⽤来进⾏冒烟测试和回归测试。
1、⾃动化测试⽤例选型注意事项：①不是所有的⼿⼯⽤例都要转为⾃动化测试⽤例。
②考虑到脚本幵发的成本，不要选择流程太复杂的⽤例。
如果有必要，可以考虑把流程拆分成多个⽤例来实现脚本。
③选择的⽤例最好可以构建成场景。
例如，⼀个功能模块，分多个⽤例，多个⽤例使⽤同⼀个场景。
这样的好处在于⽅便构建关键字测试模型。
④选择的⽤例可以带有⽬的性。
例如，这部分⽤例作冒烟测试，那部分⽤例作回归测试等，当然，会存在重叠的关系。
如果当前⽤例不能满⾜需求，那么唯有修改⽤例来适应脚本和需求。
⑤选取的⽤例可以是你认为是重复执⾏，很烦琐的部分。
例如，字段验证、提⽰信息验证这类，这部分适⽤于回归测试。
⑥选取的⽤例可以是主体流程，这部分适⽤于冒烟测试。
⑦⾃动化测试也可以⽤来做配置检查、数据库检查。
这些可能超越了⼿⼯⽤例，但也算⽤例拓展的⼀部分，项⽬负责⼈可以有选择地增加。
⑧平时在⼿⼯测试时，如果需要构造⼀些复杂的数据或重复⼀些简单的机械式动作, 则告诉⾃动化脚本，让它来帮你，或许你的效率会因此⽽得到提⾼。
