您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试技术 > web测试 > 正文

Web测试范围总结

发表于:2017-01-09 作者:网络转载 来源: 点击数:

  在网上看到一篇web测试,总结的不错,顺手拿来
  测试范围
  1. 功能测试
  1.1基本功能模块测试
  根据《用户需求说明手册》和《需求分析说明书》,分析各个功能模块。针对各个功能模块进行相关功能的测试。
  1.2 WEB功能测试
  1.2.1链接测试
  什么是链接?
  链接是Web 网站的一个主要特征,它是在页面之间切换和引导用户去一些未知地址页面的主要手段。
  链接测试的内容:
  测试所有链接是否按指示的那样确实链接到了应该链接的页面;
  测试所链接的页面是否存在;
  保证Web 网站上没有孤立的页面。所谓孤立页面是指没有链接指向该页面,只有知道正确的URL 地址才能访问。
  链接测试可以手动进行,也可以自动进行。
  链接测试必须在集成测试阶段完成,也就是说,在整个Web 网站的所有页面开发完成之后进行链接测试。
  主要测试网站的链接是否正常,其中包括测试链接页面的正确性、页面是否存在、是否存在孤立页面。
  常用测试工具有Xenu(测试链接的正确性的工具)。
  1.2.2表单测试
  什么是表单?
  表单就是一些需要在线显示和填写的表格。
  表单有一些标准操作,如确认、保存、提交等。
  主要测试表单的正确性和规范性,是否适合常用表单的使用习惯。
  主要测试方法为:边界值测试、等价类测试,以及异常类测试。
  1.2.3Cookies测试
  什么是cookies?
  Cookie是一个由网页服务器放在您硬盘上的非常小的文本文件. 它本质上就像您的身份证明一样,并且不能像代码那样被执行或被用来散布病毒。它只能被您使用并且只能由提供的服务器读取。
  使用cookies的目的:
  帮您节约时间。如果您自定义页面,或注册产品或服务。cookie记住您的身份.当下一次您再次访问的时候,将显示您需要的信息,将帮您填入任何您已经回答过的问题。
  Cookies测试
  Cookies 通常用来存储用户信息和用户在某些应用系统上的操作序列,当一个用户使用Cookies访问了某一个应用系统时,Web 服务器将发送关于用户的信息,并把该信息以Cookies 的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登录等信息。
  测试内容
  Cookies是否能正常工作;
  Cookies是否按预定的时间进行保存;
  刷新对Cookies 有什么影响等。
  1.2.4设计语言测试
  测试WEB设计语言使用的版本是否规范、是否统一,使用的脚本语言是否规范、统一。
  一般采用的时代码查看法。
  不同的Web 设计语言版本的差异可以引起客户端或服务器端严重的问题;
  尤其在分布式环境中开发时,开发人员都不在一起,这个问题就显得尤为重要。
  测试的语言,除了HTML 的版本问题外,不同的脚本语言,例如使用Java、JavaScript、ActiveX、VBScript或Perl 等开发的应用程序也要在不同的版本上进行验证。
  1.2.5数据库测试
  数据校验
  根据业务规则,需要对用户输入进行校验,则要保证这些校验功能正常工作。
  一般测试数据的一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的,而输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试。再就是数据的安全性测试,一般采用SQL注入的方法。
  2.性能测试
  网站的性能测试对于网站的运行而言异常重要,网站的性能测试主要从三个方面进行:连接速度测试、负载测试和压力测试。
  2.1连接速度测试
  不管用户使用那种方式的不同,系统都不能让用户可以等较长的时间。连接速度测试的目的,就是要保证在许可的时间内响应用户的请求。
  测试网站的链接速度,响应用户的反应时间。
  2.2负载测试
  负载测试的目的:
  负载测试是为了测量Web 系统在某一负载级别上的性能,以保证Web 系统在需求范围内能正常工作。负载测试指的是进行一些边界数据的测试,测量网站系统在某一负载级别上的性能,以保证网站系统在需求范围内能正常工作。负载级别是某个时刻同时访问Web系统的用户数量。
  常用自动化测试工具:LoadRunner。
  2.3压力测试
  压力测试倾向应该是致使整个系统崩溃测试出系统能承受的最大压力而不会发生系统崩溃的现象。同时也是测试系统的限制和故障恢复能力,也就是测试网站系统会不会崩溃,在什么情况下会崩溃。
  压力测试的内容:
  压力测试必须对 Web 服务应用以下四个基本条件进行有效的压力测试:
  重复(Repetition);
  并发(Concurrency);
  量级(Magnitude);
  随机变化。
  常用自动化测试工具:LoadRunner。

  3. 可用性测试
  可用性/易用性方面的测试一般采用手工测试的方法进行评判。
  3.1导航测试
  什么是导航测试?
  在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;
  或在不同的连接页面之间,
  导航描述了用户在一个页面内操作的方式。
  导航测试的内容:
  测试网站的导航能力是否良好,比如页面结构、导航、菜单、连接等是否良好。
  常采用手工对网页进行浏览、根据一般用户的浏览习惯来进行评判。
  一般此过程让最终用户参与这种测试,效果将更加明显。
  导航是否直观?
  Web 系统的主要部分是否可以通过主页访问?
  Web系统是否需要站点地图、搜索引擎或其他的导航器帮助?
  测试Web 系统的页面结构;
  导航条、菜单、连接的风格是否一致?
  各种提示是否准确,确保用户凭直觉就知道是否还有内容,内容在什么地方。
  最好让最终用户参与导航测试,效果将更加明显。
  3.2图形测试
  什么是图形测试?
  在Web 网站中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能。一个Web 网站的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试是网页美观测试的一部分,一般测试图形是否有明确的用途、是否与页面风格一致,还用图片的大小与格式的测试。
  图形测试的内容:
  (1) 要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间。图片尺寸要尽量地小,并且要能清楚地说明某件事情。
  (2) 验证所有页面字体的风格是否一致。
  (3) 背景颜色应该与字体颜色和前景颜色相搭配。
  (4) 图片的大小和质量也是一个很重要的因素,一般采用JPG 或GIF 压缩。
  常采用手工测试。
  3.3内容测试
  内容测试用来检验web网站系统提供信息的正确性、准确性和相关性。如文字标题是否与文字内容符合,是否存在不需要的文字。
  常采用界面浏览的方式。
  3.4整体界面测试
  测试整个网站系统的页面结构设计是否符合用户需求规范,是否给用户的一个整体感。
  一般常采用界面浏览的方式,最好是有最终用户的参与。
  例如,当用户浏览Web 网站时,应考虑
  是否感到舒适?
  是否凭直觉就知道要找的信息在什么地方?
  整个Web 应用系统的设计风格是否一致?
  4. 安全性测试
  4.1登录验证
  现在的网站系统基本采用先注册,后登陆的方式。因此,必须测试有效和无效的用户名和密码,要注意到是否大小写敏感,可以试多少次的限制,是否可以不登陆而直接浏览某个页面等。
  4.2缓冲区溢出
  溢出攻击是通过溢出来控制计算机的指令序列,让计算机执行自己的恶意代码,是利用缓冲区溢出漏洞所进行的攻击行动。缓冲区溢出是一种非常普遍、非常危险的漏洞。
  4.3日志文件
  为了保证网站系统的安全性,日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。
  4.4安全漏洞
  服务器端的脚本常常构成安全漏洞,这些漏洞又常常被黑客利用。所以,还要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题。
  4.5跨站式脚本攻击(XSS)
  跨站脚本攻击是指攻击者编写恶意脚本利用网站漏洞从用户那里恶意盗取信息。
  4.6 目录测试
  4.7 SSL套接字测试
  5. 配置和兼容性测试
  5.1平台测试
  采用不同的操作系统平台对网站进行测试。
  市场上有很多不同的操作系统类型,最常见的有Windows、Unix、Macintosh、Linux 等。Web 网站的最终用户究竟使用哪一种操作系统,取决于用户系统的配置。
  平台测试就是要测试兼容性问题:
  同一个应用可能在某些操作系统下能正常运行,但在另外的操作系统下可能会运行失败。
  因此,在Web 系统发布之前,需要在各种操作系统下对Web 系统进行兼容性测试。
  5.2浏览器测试
  使用不同的浏览器对网站进行浏览测试,查看网站在不同浏览器中的兼容性问题。
  浏览器是Web系统客户端最核心的软件,来自不同厂商的浏览器对Java,、JavaScript、ActiveX、plug-ins 或不同的HTML 有不同的支持。
  另外,框架和层次结构风格在不同的浏览器中也有不同的显示,甚至根本不能显示。不同的浏览器对安全性和Java 的设置也不一样。
  5.3分辨率测试
  对屏幕的分辨率进行调节来查看网站在不同分辨率下的显示效果,比如;分辨率低时界面文字显示太大,而
  分辨率高时又有些文字显示时太小。
  页面版式在640x400、600x800 或1024x768 的
  分辨率模式下是否显示正常?
  5.4 连接速率测试
  是否有这种情况,用户使用28.8k modem 下载一个页面需要10 分钟,但测试人员在测试的时候使用的是T1 专线?
  用户在下载文章或演示的时候,可能会等待比较长的时间,但却不会耐心等待首页的出现。
  5.5 组合测试
  600x800 的分辨率在MAC 机上可能不错,但是在IBM 兼容机上却很难看。
  在IBM 机器上使用Netscape 能正常显示,但却无法使用Lynx 来浏览。
  如果所有的人都使用T1 专线,可能不需要测试下载、上载。
  有些内部应用程序,开发部门可能在系统需求中声明不支持某些系统而只支持一些那些已设置的系统。
  理想的情况,系统能在所有机器上运行。