搜索
—Web网站测试要点功能测试对于Web网站测试而言,每个独立功能模块需要单独测试用例设计导出，主要依据为需求规格介绍说明书及详细设计介绍说明书，对于应用模块需要设计者提供基本路径测试法测试用例1、链接测试链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。—链接测试可分为三个方面：1、测试所有链接是否按指示的那样确实链接到了该链接的页面。2、测试所链接的页面是否存在。3、保证Web应用系统上没有孤立的页面（所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问）。2、表单测试表单就是一些需要在线显示和填写的表格。表单中有一些标准操作，如确认、保存、提交等，当用户通过表单提交信息的时候，都希望表单能正常工作。表单测试可以分为5个方面：1、用户注册、登录、信息提交等，必须测试提交操作的完整性以校验提交给服务器的信息的正确性。2、检查相关联的数据显示是否正确。例如：所在城市列表与选择的省份是否匹配等。3、如果使用了默认值还需要检验默认值的正确性。4、如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受指定的某些值，测试时可以跳过这些字符，看系统是否会报错。5、如系统只接受限定以内的字数，测试时可以测试内外边界值，看系统是否可正确反应。3、Cookies测试Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登录等信息—测试的内容包括：1、Cookies是否能正常工作。2、刷新对Cookies有什么影响。3、如果存在cookies是否按照预定的时间进行保存。—4、设计语言测试—Web设计语言版本差异可以引起客户端或服务器端严重问题，例如使用哪种版本HTML等，当在分布式环境中开发时，这个问题显得尤为重要，除了HTML版本问题外，不同脚本语言例如Java、C++等也要进行验证—5、数据库测试—在Web应用技术中数据库起着重要作用，数据库为Web应用系统管理、运行、查询和实现用户对数据存储请求等提供空间，在Web应用中最常用数据库类型是关系型，数据库可以使用SQL对信息进行处理。—在使用数据库Web应用系统中，一般情况下可能发生两种情况，分别是数据错误和输出错误，数据错误主要是由于用户提交表单信息不正确而造成，而输出主要是由于网络速度或设计问题等引起的，针对这两种情况可分别进行测试。—6.上传附件功能测试—1、上传文件大小的验证—1）上传一个0K的文件。—2）总大小稍小于限制大小的文件。—3）总大小等于限制大小的文件。—4）总大小稍大于限制的文件。—2、上传文件名称的限制—1）文件名称中包含特殊字符—2）文件名称全为汉字—3）文件名称全为字母—4）文件名称全为数字—5）文件名称为汉字、字母、数字混合—6）文件名称过长—3、上传文件格式的限制—1）上传格式符合要求的文件—2）上传格式不符合要求的文件—4、上传文件的其它限制—1）不选择文件进行上传。—2）上传一个正在打开的文件。—3）文件重复上传（即上传多次相同的文件）。—4）上传文件时若存在多个上传框：—a.多个框中上传相同的文件—b.文件间隔着上传（即第一个框上传文件，第二个框不上传文件，第三个框上传文件…）。—5）上传文件的路径若允许手动输入：—a.手动输入正确的文件路径进行上传—b.手动输入错误的文件路径进行上传—性能测试—Web网站性能测试对于Web网站运行而言异常重要，但是，目前对于Web网站性能测试做的还不够好，我们在进行系统设计时也没有一个很好德基准可以参考，因而，建立Web网站性能测试整套测试方案将是至关重要。—1、连接速度测试—用户连接到Web应用系统速度根据上网方式变化而变化，他们或许是电话拨号或是宽带上网，当下载文件时用户可以等较长时间但如果仅仅访问一个页面就不会这样，如果Web系统响应时间太长(例如超过5秒钟)用户就会因没有耐心等待而离开。—有些页面有超时限制，如果响应速度太慢，用户可能还没来得及浏览内容就需要重新登陆了，而且连接速度太慢还可能引起数据丢失，使用户得不到真实页面。—2、负载测试负载测试是为了测量Web系统在某负载级别上的性能，以保证Web系统在需求范围内能正常工作，负载级别可以是某个时刻同时访问Web系统用户的数量，也可以是在线数据处理的数量—Web网站性能测试主要从3个方面进行:连接速度测试、负荷测试(Load)和压力测试(Stress),—连接速度测试指是打开网页响应速度的测试，负荷测试指是进行某些边界数据的测试，压力测试更像是恶意测试，压力测试倾向应该是致使整个系统崩溃。—3、压力测试—负载测试应该安排在Web系统发布以后，在实际网络环境中进行测试，各个企业内部员工，特别是项目组人员总是有限的，而Web系统能同时处理的请求数量将远远超出这个限度，所以只有放在Internet上接受负载测试，其结果才是正确可信的。进行压力测试是指实际破坏Web应用系统时测试系统的反映，压力测试是测试系统限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃，压力测试区域包括表单、登陆和其他信息传输页面等接口测试在很多情况下web站点不是孤立的，Web站点可能会和外部服务器通讯、请求数据、验证数据或提交订单等—1、服务器接口—第一个需要测试的接口是浏览器和服务器接口，测试人员提交事务然后查看服务器记录，并验证在浏览器上看到正好是服务器上发生的，测试人员还可以查询数据库确认事务数据已正确保存—2、外部接口—有些web系统有外部接口例如网上商店可能要实时验证信用卡数据以减少欺诈行为为发生，测试的时候，要使用web接口发送数据，分别对有效信用卡、无效信用卡和被盗信用卡进行验证，通常测试人员需要确认软件能够处理外部服务器返回所有可能消息。—3、处理—最容易被测试人员忽略地方是接口处理，通常我们试图确认系统能够处理所有错误，但却无法预期系统所有可能尝试在处理过程中中断的事务可用性测试—1、导航测试—导航描述了用户在页面内的操作方式，在不同用户接口控制之间例如按钮、对话框、列表和窗口等;或在不同连接页面之间通过考虑下列问题可以决定Web应用系统是否易于导航:—1、导航是否直观?—2、Web系统主要部分是否可通过主页存取?—3、Web系统是否需要站点地图、搜索引擎或其他导航帮助?—在个页面上放太多信息往往起到和预期相反效果，Web应用系统用户趋向于很快地扫描每个Web应用系统，看是否有满足自己需要的信息，如果没有就会很快地离开，很少有用户愿意花时间去熟悉Web应用系统结构，因此，Web应用系统导航帮助要尽可能地准确。—导航的另外一个重要方面是Web应用系统页面结构、导航、菜单、连接风格是否一致，确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方？—Web应用系统层次一旦决定，就要着手测试用户导航功能，让最终用户参和这种测试，效果将更加明显。—2、图形测试—在Web应用系统中，适当图片和动画既能起到广告宣传作用，又能起到美化页面功能，一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试一般的内容有：—1）所有页面字体的风格是否一致—2）背景颜色与字体颜色和前景颜色是否搭配—3）每个页面的提示字体的颜色、格式是否统一准确。—4）图片尺寸要尽量地小，并且要能清楚地介绍说明某件事情链接到某个具体页面。—3、内容测试—内容测试用来检验Web网站提供信息的正确性、准确性和相关性。—信息正确性是指信息是可靠还是误传，例如在商品价格列表中，价格可能引起财政问题甚至导致法律纠纷;信息准确性是指是否有语法或拼写，这种测试通常使用一些文字处理软件来进行例如使用MicrosoftWord“拼音和语法检查”功能;信息相关性是指是否在当前页面可以找到和当前浏览信息相关信息列表或入口，也就是Web站点中所谓“相关文章列表”。—4、整体界面测试—整体界面是指整个Web应用系统的页面结构设计，是否给用户的一个整体感。例如:当用户浏览Web应用系统时是否感到舒适？是否凭直觉就知道要找信息在什么地方？整个Web应用系统设计风格是否一致？—对整体界面测试过程其实是对最终用户进行调查的过程，一般Web应用系统采取在主页上做个调查问卷形式来得到最终用户反馈信息。—对所有可用性测试来说都需要有外部人员(和Web应用系统开发没有联系或联系很少人员)参和，最好是最终用户参和。兼容性测试—需要验证应用可以在用户使用机器上运行，如果用户是全球范围，需要测试各种操作系统、浏览器、视频设置，最后还要尝试各种设置组合—1、平台测试—市场上有很多不同操作系统类型，最常见有Windows、Unix、Linux等，Web应用系统最终用户究竟使用哪种操作系统取决于用户系统配置，这样就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外操作系统下可能会运行失败。—因此，在Web系统发布前需要在各种操作系统下对Web系统进行兼容性测试。—2、浏览器测试—浏览器是Web客户端最核心构件，框架和层次结构风格在不同浏览器中显示不同，甚至根本不显示—测试浏览器兼容性的方法是创建一个兼容性矩阵在这个矩阵中测试不同厂商、版本浏览器对某些构件和设置适应性。—3.分辨率测试—页面版式在640x400、600x800或1024x768分辨率模式下是否显示正常?字体是否太小以至于无法浏览?或者是太大?文本和图片是否对齐?—4、打印机测试—用户可能会将网页打印下来，因，此网页在设计时候要考虑到打印问题，注意节约纸张和油墨，有不少用户喜欢阅读而不是盯着屏幕，因此，需要验证网页打印是否正常，有时在屏幕上显示图片和文本对齐方式可能和打印出来东西不一样，测试人员至少需要验证订单，确认页面打印是正常。—5、组合测试—最后需要进行组合测试，600x800分辨率在MAC机上可能不错但是在IBM兼容机上却很难看。如果是内部使用web站点测试可能会轻松些，如果公司指定使用某个类型浏览器，那么只需在该浏览器上进行测试，如果所有人都使用专线，可能不需要测试下载施加(但需要注意是可能会有员工从家里拨号进入系统)，有些内部应用开发部门可能在系统需求中声明不支持某些系统而只支持些那些已设置系统，但是理想情况是系统能在所有机器上运行，这样就不会限制将来发展和变动。安全性测试—1、登录—现在的Web应用系统基本采用先注册，后登录的方式。因此，必须测试有效和无效的用户名和密码，还需要注意到是否大小写敏感，可以测试多少次的登录限制，是否可以不登录而直接浏览某个页面。—2、日志文件—为了保证Web应用系统的安全性，需要测试相关信息是否写进了日志文件、是否可追踪。—3、目录设置—拷贝Web应用程序的某个功能点的URL地址，然后打开新的页面输入该URL地址看其是否能跨过系统的登录模块直接进入该功能点。—4、超时限制—验证Web应用系统是否有超时的限制？如用户登录后在一定时间内（例如15分钟）没有进行任何操作，再次进行操作时是否需要重新登录才能正常使用。—5.加密—当使用了安全套接字时，还要测试加密是否正确，检查信息完整性。—6.安全漏洞—服务器端脚本常常构成安全漏洞，这些漏洞又常常被黑客利用，所以还要测试没有经过授权就不能在服务器端放置和编辑脚本问题。—目前，网络安全问题日益重要，特别对于有交互信息的网站及进行电子商务活动网站尤其重要。界面测试—1、易用性检查—验证软件是否易于理解、是否方便使用。—2、正确性检查—检查页面上的表单、按钮、窗体、提示信息、文字拼写等是否正确以及是否存在错别字。—3、一致性检查—1）系统页面的风格是否一致，如字的大小、颜色、字体要相同。—2）提示信息的表达方式是否一致。—3）按钮排列顺序是否一致。—4）按钮跳转页面处理是否一致。—5）相同字段的名称、长度、类型在不同位置是否一致。—4、友好性检查—1）提示信息是否友好。—2）执行风险操