web测试范围

在网上看到一篇web测试,总结的不错,顺手拿来
原文连接:http://jjwenle.blog.51cto.com/2993635/1128989
测试范围
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 专线,可能不须要测试下载、上载。
    有些内部应用程序,开发部门可能在系统需求中声明不支持某些系统而只支持一些那些已设置的系统。
    理想的状况,系统能在全部机器上运行。
四.相关规范
1. 文档管理规范
2.相关管理工具
(注:该文章是网上一篇测试流程的文章上补充完成,对某些部分给予了详细的说明,在此谢谢该篇文章的初建者)
 
 
相关文章
相关标签/搜索