Web功能测试经常使用方法

1页面连接检查每个连接是否都有对应的页面，而且页面之间切换正确；

2相关性检查删除/增长一项会不会对其余项产生影响，若是产生影响，这些影响是否都正确。

3检查按钮的功能是否正确如update, cancel, delete, save等功能是否正确。

4字符串长度检查输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.

5字符类型检查在应该输入指定类型的内容的地方输入其余类型的内容(如在应该输入整型的地方输入其余字符类型),看系统是否检查字符类型,会否报错.

6标点符号检查输入内容包括各类标点符号,特别是空格,各类引号,回车键.看系统处理是否正确.

7中文字符处理在能够输入中文的系统输入中文,看会否出现乱码或出错.

8检查带出信息的完整性在查看信息和update信息时,查看所填写的信息是否是所有带出.,带出信息和添加的是否一致

9信息重复在一些须要命名,且名字应该惟一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的先后输入空格,系统是否做出正确处理.

10检查删除功能在一些能够一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;而后选择一个和多个信息,进行删除,看是否正确处理.

11检查添加和修改是否一致检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.

12检查修改重名修改时把不能重名的项改成已存在的内容,看会否处理,报错.同时,也要注意,会不会报和本身重名的错.

13重复提交表单一条已经成功提交的纪录，back后再提交，看看系统是否作了处理。

14检查屡次使用back键的状况在有back的地方,back,回到原来页面,再back,重复屡次,看会否出错.

15Search检查在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.若是能够输入多个search条件,能够同时添加合理和不合理的条件,看系统处理是否正确.

16输入信息位置注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方. 

17上传下载文件检查上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否可以作到。

18必填键检查应该填写的项没有填写时系统是否都作了处理，对必填项是否有提示信息，如在必填项前加*

19快捷键检查是否支持经常使用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不容许输入信息的字段，如选人，选日期对快捷方式是否也作了限制。

20回车键检查在输入结束后直接按回车键,看系统处理如何,会否报错。

1. 功能测试

  1.1.连接测试

  连接是Web 应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。连接测试可分为三个方面。首先，测试全部连接是否按指示的那样确实连接到了该连接的页面；其次，测试所连接的页面是否存在；最后，保证Web 应用系统上没有孤立的页面，所谓孤立页面是指没有连接指向该页面，只有知道正确的URL 地址才能访问。

  连接测试能够自动进行，如今已经有许多工具能够采用。连接测试必须在集成测试阶段完成，也就是说，在整个Web 应用系统的全部页面开发完成以后进行连接测试。

  1.2. 表单测试

  当用户给Web 应用系统管理员提交信息时，就须要使用表单操做，例如用户注册、登录、信息提交等。在这种状况下，咱们必须测试提交操做的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。若是使用了默认值，还要检验默认值的正确性。若是表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时能够跳过这些字符，看系统是否会报错。

  1.3.Cookies测试

  Cookies 一般用来存储用户信息和用户在某应用系统的操做，当一个用户使用Cookies 访问了某一个应用系统时，Web 服务器将发送关于用户的信息，把该信息以Cookies 的形式存储在客户端计算机上，这可用来建立动态和自定义页面或者存储登录等信息。

  若是Web 应用系统使用了Cookies ，就必须检查Cookies 是否能正常工做。测试的内容可包括Cookies 是否起做用，是否按预约的时间进行保存，刷新对Cookies 有什么影响等。

  1.4.设计语言测试

  Web 设计语言版本的差别能够引发客户端或服务器端严重的问题，例如使用哪一种版本的HTML 等。当在分布式环境中开发时，开发人员都不在一块儿，这个问题就显得尤其重要。除了HTML 的版本问题外，不一样的脚本语言，例如Java 、JavaScript 、ActiveX 、VBScript 或Perl 等也要进行验证。

 

1.5.数据库测试

  在Web 应用技术中，数据库起着重要的做用，数据库为Web 应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web 应用中，最经常使用的数据库类型是关系型数据库，可使用SQL 对信息进行处理。

  在使用了数据库的Web 应用系统中，通常状况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是因为用户提交的表单信息不正确而形成的，而输出错误主要是因为网络速度或程序设计问题等引发的，针对这两种状况，可分别进行测试。

 2. 性能测试

  2.1.链接速度测试

  用户链接到Web 应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户能够等较长的时间，但若是仅仅访问一个页面就不会这样。若是Web 系统响应时间太长（例如超过5 秒钟），用户就会因没有耐心等待而离开。

  另外，有些页面有超时的限制，若是响应速度太慢，用户可能还没来得及浏览内容，就须要从新登录了。并且，链接速度太慢，还可能引发数据丢失，使用户得不到真实的页面。

  2.2.负载测试

  负载测试是为了测量Web 系统在某一负载级别上的性能，以保证Web 系统在需求范围内能正常工做。负载级别能够是某个时刻同时访问Web 系统的用户数量，也能够是在线数据处理的数量。例如：Web 应用系统能容许多少个用户同时在线？若是超过了这个数量，会出现什么现象？Web 应用系统可否处理大量用户对同一个页面的请求？

 

2.3.压力测试

  负载测试应该安排在Web 系统发布之后，在实际的网络环境中进行测试。由于一个企业内部员工，特别是项目组人员老是有限的，而一个Web 系统能同时处理的请求数量将远远超出这个限度，因此，只有放在Internet 上，接受负载测试，其结果才是正确可信的。

  进行压力测试是指实际破坏一个Web 应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web 应用系统会不会崩溃，在什么状况下会崩溃。***经常提供错误的数据负载，直到Web 应用系统崩溃，接着当系统从新启动时得到存取权。

  压力测试的区域包括表单、登录和其余信息传输页面等。

 3. 可用性测试

  3.1.导航测试

  导航描述了用户在一个页面内操做的方式，在不一样的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不一样的链接页面之间。经过考虑下列问题，能够决定一个Web 应用系统是否易于导航：导航是否直观？Web 系统的主要部分是否可经过主页存取？Web 系统是否须要站点地图、搜索引擎或其余的导航帮助？

  在一个页面上放太多的信息每每起到与预期相反的效果。Web 应用系统的用户趋向于目的驱动，很快地扫描一个Web 应用系统，看是否有知足本身须要的信息，若是没有，就会很快地离开。不多有用户愿意花时间去熟悉Web 应用系统的结构，所以，Web 应用系统导航帮助要尽量地准确。

  导航的另外一个重要方面是Web 应用系统的页面结构、导航、菜单、链接的风格是否一致。确保用户凭直觉就知道Web 应用系统里面是否还有内容，内容在什么地方。

  Web 应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。

 3.2.图形测试

  在Web 应用系统中，适当的图片和动画既能起到广告宣传的做用，又能起到美化页面的功能。一个Web 应用系统的图形能够包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：

  （1 ）要确保图形有明确的用途，图片或动画不要胡乱地堆在一块儿，以避免浪费传输时间。Web 应用系统的图片尺寸要尽可能地小，而且要能清楚地说明某件事情，通常都连接到某个具体的页面。

  （2 ）验证全部页面字体的风格是否一致。

  （3 ）背景颜色应该与字体颜色和前景颜色相搭配。

  （4 ）图片的大小和质量也是一个很重要的因素，通常采用JPG 或GIF 压缩。

3.3.内容测试

  内容测试用来检验Web 应用系统提供信息的正确性、准确性和相关性。

  信息的正确性是指信息是可靠的仍是误传的。例如，在商品价格列表中，错误的价格可能引发财政问题甚至致使法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试一般使用一些文字处理软件来进行，例如使用Microsoft Word 的" 拼音与语法检查" 功能；信息的相关性是指是否在当前页面能够找到与当前浏览信息相关的信息列表或入口，也就是通常Web 站点中的所谓" 相关文章列表" 。

3.4.总体界面测试

  总体界面是指整个Web 应用系统的页面结构设计，是给用户的一个总体感。例如：当用户浏览Web 应用系统时是否感到温馨，是否凭直觉就知道要找的信息在什么地方？整个Web 应用系统的设计风格是否一致？

  对总体界面的测试过程，实际上是一个对最终用户进行调查的过程。通常Web 应用系统采起在主页上作一个调查问卷的形式，来获得最终用户的反馈信息。

  对全部的可用性测试来讲，都须要有外部人员（与Web 应用系统开发没有联系或联系不多的人员）的参与，最好是最终用户的参与。

4. 客户端兼容性测试

  4.1.平台测试

  市场上有不少不一样的操做系统类型，最多见的有Windows 、Unix 、Macintosh 、Linux 等。Web 应用系统的最终用户究竟使用哪种操做系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操做系统下能正常运行，但在另外的操做系统下可能会运行失败。

  所以，在Web 系统发布以前，须要在各类操做系统下对Web 系统进行兼容性测试。

  4.2.浏览器测试

  浏览器是Web 客户端最核心的构件，来自不一样厂商的浏览器对Java ，、JavaScript 、ActiveX 、plug-ins 或不一样的HTML 规格有不一样的支持。例如，ActiveX 是Microsoft 的产品，是为Internet Explorer 而设计的，JavaScript 是Netscape 的产品，Java 是Sun 的产品等等。另外，框架和层次结构风格在不一样的浏览器中也有不一样的显示，甚至根本不显示。不一样的浏览器对安全性和Java 的设置也不同。

  测试浏览器兼容性的一个方法是建立一个兼容性矩阵。在这个矩阵中，测试不一样厂商、不一样版本的浏览器对某些构件和设置的适应性。

5. 安全性测试

  Web 应用系统的安全性测试区域主要有：

  （1 ）如今的Web 应用系统基本采用先注册，后登录的方式。所以，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，能够试多少次的限制，是否能够不登录而直接浏览某个页面等。

  （2 ）Web 应用系统是否有超时的限制，也就是说，用户登录后在必定时间内（例如15 分钟）没有点击任何页面，是否须要从新登录才能正常使用。

  （3 ）为了保证Web 应用系统的安全性，日志文件是相当重要的。须要测试相关信息是否写进了日志文件、是否可追踪。

  （4 ）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。

  （5 ）服务器端的脚本经常构成安全漏洞，这些漏洞又经常被***利用。因此，还要测试没有通过受权，就不能在服务器端放置和编辑脚本的问题。  

6. 总结

  本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web 的系统测试方法。

  基于Web 的系统测试与传统的软件测试既有相同之处，也有不一样的地方，对软件测试提出了新的挑战。基于Web 的系统测试不但须要检查和验证是否按照设计的要求运行，并且还要评价系统在不一样用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。