Web通用测试点

一、输入框

1、字符型输入框：

（1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。

（2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。

（3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格（4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、（5）安全性检查：输入特殊字符串

（null,NULL, ,javascript,,,<html>,<td>）、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、hello）2、数值型输入框：（1）边界值：最大值、最小值、最大值+1、最小值-1（2）位数：最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数（3）异常值、特殊字符：输入空白（NULL）、空格或"~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等、输入负整数、负小数、分数、输入字母或汉字、小数（小数前0点舍去的情况，多个小数点的情况）、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制，8进制数值、货币型输入（允许小数点后面几位）、（4）安全性检查：不能直接输入就copy3、日期型输入框：（1）合法性检查：(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、月输入[4、6、9、11]、日输入[30][31]、输入非闰年，月输入[2]，日期输入[28、29]、输入闰年，月输入[2]、日期输入[29、30]、月输入[0、1、12、13](2)异常值、特殊字符：输入空白或NULL、输入~！@#￥%……&*（）{}[]等可能导致系统错误的字符（3）安全性检查：不能直接输入，就copy，是否数据检验出错？4、信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.二、搜索功能若查询条件为输入框，则参考输入框对应类型的测试方法1、功能实现：（1）如果支持模糊查询，搜索名称中任意一个字符是否能搜索到（2）比较长的名称是否能查到（3）输入系统中不存在的与之匹配的条件（4）用户进行查询操作时，一般情况是不进行查询条件的清空，除非需求特殊说明。2、组合测试：（1）不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）（2）测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。三、添加、修改功能1、特殊键：（1）是否支持Tab键（2）是否支持回车键2、提示信息：（1）不符合要求的地方是否有错误提示3、唯一性：（1）字段唯一的，是否可以重复添加，添加后是否能修改为已存在的字段（字段包括区分大小写以及在输入的内容前后输入空格，保存后，数据是否真的插入到数据库中，注意保存后数据的正确性）4、数据正确性：（1）对编辑页的每个编辑项进行修改，点击保存，是否可以保存成功，检查想关联的数据是否得到更新。（2）进行必填项检查（即是否给出提示以及提示后是否依然把数据存到数据库中；是否提示后出现页码错乱等）（3）是否能够连续添加（针对特殊情况）（4）在编辑的时候，注意编辑项的长度限制，有时在添加的时候有，在编辑的时候却没有（注意要添加和修改规则是否一致）（5）对于有图片上传功能的编辑框，若不上传图片，查看编辑页面时是否显示有默认的图片，若上传图片，查看是否显示为上传图片（6）修改后增加数据后，特别要注意查询页面的数据是否及时更新，特别是在首页时要注意数据的更新。（7）提交数据时，连续多次点击，查看系统会不会连续增加几条相同的数据或报错。（8）若结果列表中没有记录或者没选择某条记录，点击修改按钮，系统会抛异常。四、删除功能1、特殊键：（1）是否支持Tab键（2）是否支持回车键2、提示信息：（1）不选择任何信息，直接点击删除按钮，是否有提示（2）删除某条信息时，应该有确认提示3、数据实现：（1）是否能连续删除多个产品（2）当只有一条数据时，是否可以删除成功（3）删除一条数据后，是否可以添加相同的数据（4）如系统支持批量删除，注意删除的信息是否正确（5）如有全选，注意是否把所有的数据删除（6）删除数据时，要注意相应查询页面的数据是否及时更新（7）如删除的数据与其他业务数据关联，要注意其关联性（如删除部门信息时，部门下游员工，则应该给出提示）（8）如果结果列表中没有记录或没有选择任何一条记录，点击删除按钮系统会报错。五、注册、登陆模块1、注册功能：（1）注册时，设置密码为特殊版本号，检查登录时是否会报错（2）注册成功后，页面应该以登陆状态跳转到首页或指定页面（3）在注册信息中删除已输入的信息，检查是否可以注册成功。2、登陆功能：（1）输入正确的用户名和正确的密码（2）输入正确的用户名和错误的密码（3）输入错误的用户名和正确的密码（4）输入错误的用户名和错误的密码（5）不输入用户名和密码（均为空格）（6）只输入用户名，密码为空（7）用户名为空，只输入密码（8）输入正确的用户名和密码，但是不区分大小写（9）用户名和密码包括特殊字符（10）用户名和密码输入超长值（11）已删除的用户名和密码（12）登录时，当页面刷新或重新输入数据时，验证码是否更新六、上传功能1、功能实现：（1）文件类型正确、大小合适（2）文件类型正确，大小不合适（3）文件类型错误，大小合适（4）文件类型和大小都合适，上传一个正在使用中的图片（5）文件类型大小都合适，手动输入存在的图片地址来上传（6）文件类型和大小都合适，输入不存在的图片地址来上传（7）文件类型和大小都合适，输入图片名称来上传（8）不选择文件直接点击上传，查看是否给出提示（9）连续多次选择不同的文件，查看是否上传最后一次选择的文件七、查询结果列表1、功能实现：（1）列表、列宽是否合理（2）列表数据太宽有没有提供横向滚动（3）列表的列名有没有与内容对应（4）列表的每列的列名是否描述的清晰（5）列表是否把不必要的列都显示出来（6）点击某列进行排序，是否会报错（点击查看每一页的排序是否正确）（7）双击或单击某列信息，是否会报错八、返回键检查1、一条已经成功提交的记录，返回后再提交，是否做了处理2、检查多次使用返回键的情况，在有返回键的地方，返回到原来的页面多次，查看是否会出错九、回车键检查1、在输入结果后，直接按回车键，看系统如何处理，是否会报错十、刷新键检查1、在Web系统中，使用刷新键，看系统如何处理，是否会报错十一、直接URL链接检查1、在Web系统中，在地址栏直接输入各个功能页面的URL地址，看系统如何处理，是否能够直接链接查看（匿名查看），是否有权限控制，是否直接执行，并返回相应结果页；十二、界面和易用性测试1、风格、样式、颜色是否协调2、界面布局是否整齐、协调（保证全部显示出来的，尽量不要使用滚动条3、界面操作、标题描述是否恰当（描述有歧义、注意是否有错别字）4、操作是否符合人们的常规习惯（有没有把相似的功能的控件放在一起，方便操作）5、提示界面是否符合规范（不应该显示英文的cancel、ok，应该显示中文的确定等）6、界面中各个控件是否对齐7、日期控件是否可编辑8、日期控件的长度是否合理，以修改时可以把时间全部显示出来为准9、查询结果列表列宽是否合理、标签描述是否合理10、查询结果列表太宽没有横向滚动提示11、对于信息比较长的文本，文本框有没有提供自动竖直滚动条12、数据录入控件是否方便13、有没有支持Tab键，键的顺序要有条理，不乱跳14、有没有提供相关的热键15、控件的提示语描述是否正确16、模块调用是否统一，相同的模块是否调用同一个界面17、用滚动条移动页面时，页面的控件是否显示正常18、日期的正确格式应该是XXXX-XX-XX或XXXX-XX-XX XX:XX:XX19、页面是否有多余按钮或标签20、窗口标题或图标是否与菜单栏的统一21、窗口的最大化、最小化是否能正确切换22、对于正常的功能，用户可以不必阅读用户手册就能使用23、执行风险操作时，有确认、删除等提示吗24、操作顺序是否合理25、正确性检查：检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。26、系统应该在用户执行错误的操作之前提出警告，提示信息.27、页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性。28、合理性检查：做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理。29、检查本地化是否通过：英文版不应该有中文信息，英文翻译准确，专业。十三、兼容性测试兼容性测试不只是指界面在不同操作系统或浏览器下的兼容，有些功能方面的测试，也要考虑到兼容性，包括操作系统兼容和应用软件兼容，可能还包括硬件兼容比如涉及到ajax、jquery、javascript等技术的，都要考虑到不同浏览器下的兼容性问题。十四、链接测试主要是保证链接的可用性和正确性，它也是网站测试中比较重要的一个方面。可以使用特定的工具如XENU来进行链接测试。1 导航测试导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。2 图形测试在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。（2）验证所有页面字体的风格是否一致。（3）背景颜色应该与字体颜色和前景颜色相搭配。（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩，最好能使图片的大小减小到30k以下（5）最后，需要验证的是文字回绕是否正确。如果说明文字指向右边的图片，应该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。通常来说，使用少许或尽量不使用背景是个不错的选择。如果您想用背景，那么最好使用单色的，和导航条一起放在页面的左边。另外，图案和图片可能会转移用户的注意力。十五、业务流程测试（主要功能测试）业务流程，一般会涉及到多个模块的数据，所以在对业务流程测试时，首先要保证单个模块功能的正确性，其次就要对各个模块间传递的数据进行测试，这往往是容易出现问题的地方，测试时一定要设计不同的数据进行测试。（1）SQL注入（比如登陆页面）（2）XSS跨网站脚本攻击：程序或数据库没有对一些特殊字符进行过滤或处理，导致用户所输入的一些破坏性的脚本语句能够直接写进数据库中，浏览器会直接执行这些脚本语句，破坏网站的正常显示，或网站用户的信息被盗,构造脚本语句时，要保证脚本的完整性。document.write("abc")<script>alter("abc")</script>（3）URL地址后面随便输入一些符号，并尽量是动态参数靠后（4）验证码更新问题（5）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。（6）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。（7）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。（8）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。（9）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。1 连接速度测试用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。2 负载测试负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？3 压力测试负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。压力测试的区域包括表单、登陆和其他信息传输页面等。备注：1、负载/压力测试应该关注什么测试需要验证系统能否在同一时间响应大量的用户，在用户传送大量数据的时候能否响应，系统能否长时间运行。可访问性对用户来说是极其重要的。如果用户得到“系统忙”的信息，他们可能放弃，并转向竞争对手。系统检测不仅要使用户能够正常访问站点，在很多情况下，可能会有黑客试图通过发送大量数据包来攻击服务器。出于安全的原因，测试人员应该知道当系统过载时，需要采取哪些措施，而不是简单地提升系统性能。1）瞬间访问高峰如果您的站点用于公布彩票的抽奖结果，最好使系统在中奖号码公布后的一段时间内能够响应上百万的请求。负载测试工具能够模拟X个用户同时访问测试站点。2）每个用户传送大量数据网上书店的多数用户可能只订购1-5书，但是大学书店可能会订购5000本有关心理学介绍的课本?或者一个祖母为她的50个儿孙购买圣诞礼物(当然每个孩子都有自己的邮件地址)系统能处理单个用户的大量数据吗?3）长时间的使用如果站点用于处理鲜花订单，那么至少希望它在母亲节前的一周内能持续运行。如果站点提供基于web的email服务，那么点最好能持续运行几个月，甚至几年。可能需要使用自动测试工具来完成这种类型的测试，因为很难通过手工完成这些测试。你可以想象组织100个人同时点击某个站点。但是同时组织100000个人呢。通常，测试工具在第二次使用的时候，它创造的效益，就足以支付成本。而且，测试工具安装完成之后，再次使用的时候，只要点击几下。采取措施：采用性能测试工具WAS、ACT，LR等协助进行测试十八、测试中应该注意的其他情况1、在测试时，与网络有关的步骤或者模块必须考虑到断网的情况2、每个页面都有相应的Title，不能为空，或者显示“无标题页”3、在测试的时候要考虑到页面出现滚动条时，滚动条上下滚动时，页面是否正常4、URL不区分大小写，大小写不敏感5、对于电子商务网站，当用户并发购买数量大于库存的数量时，系统如何处理6、测试数据避免单纯输入“123”、“abc“之类的，让测试数据尽量接近实际7、进行测试时，尽量不要用超级管理员进行测试，用新建的用户进行测试。测试人员尽量不要使用同一个用户进行测试8、提示信息：提示信息是否完整、正确、详细9、帮助信息：是否提供帮助信息，帮助信息的表现形式（页面文字、提示信息、帮助文件），帮助信息是否正确、详细10、可扩展性：是否由升级的余地，是否保留了接口11、稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护12、运行速度：运行的快慢，带宽占用情况1. 分页功能通用测试点：未满一页，多页，页面跳转，首页，尾页，上一页/下一页，每页显示页数，等等。2. 导出功能通用测试点：文件格式，数据量，表头，数据正确性等。3. 第三方登录通用测试点：绑定已有账号，识别唯一标识等。<h2>WEB端测试技巧</h2>Web测试技巧一.目的： web测试是测试组最频繁接触的工作类型，本文档会从测试案例的分析入手，通过一些比较常见的案例分析，达到了解web测试的基本思想。分析的测试案例主要包括一下几个方面：普通注册页面，跳转注册页面，用户权限和安全性，碎片，cache，ie相关置对测试的影响。二. 测试案例分析 1. 普通注册页面： a. 不填写任何的信息，提交，查看提示信息这个步骤是输入判断测试中第一个要写测案例，这个案例有几个方面的意义 a)这个页面上所有的输入框有必填的选项，比如用户的名称，用户的验证码，用户密码等，这些信息在数据库中不能为空，如果为空可能会对相关的程序带来问题，比如 b)不填写用户名和密码，这样就在数据库中存了一条空记录，导致在登陆的时候，不能正确的验证用户的身份。 c)一些输入框在本页可以不填写不会出错，但是他的数据要被其他的程序调用，比如cms中的媒体管理，建立的媒体会在建立新闻的时候被调用，如果在媒体管理里没有做输入判断，那创建时就不能正确的取到数据（逻辑相关性） d)webmail页面中，地址簿可以保存地址，发信页面也可以调用地址簿的信息进行发信，在测试的时候就需要注意测试相关性。 b. 依次只填写每一个框，提交，查看提示信息 1. 这个案例主要是考察非空判断的每一个框的提示信息是不是按顺序提示，比如三个必填输入框，不填写第一个和第二个输入框，提示应该是第一个输入框没有填写，不会提示第二个输入框没有填写。填写第二个，不填写一，三输入框，应该提示第一个没有填写，不会提示第三个输入框没有填写，这个提示一般以js check的方式表示 2. 也有例外的情况，就是所有的输入框在一起判断，在一个页面上对没有输入的必填框在一起显示提示信息，俱乐部的注册页就是这个模式，在每一个没有填写的输入框后面都有提示 c. 依次不填写每一个输入框，提交，查看提示信息 1. 这个是对每一个输入框，一个个的做非空判断，查看是否正确，要一个一个的考察提示信息是否正确 2. 要注意的是有一些提示信息是假的，比如提示的信息是不能为空，但是确定后确提交了这个表单。<h2>web常用测试方法</h2>一、输入框 1、字符型输入框：（1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。（2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。（3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格（4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、（5）安全性检查：输入特殊字符串（null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>）、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、hello） 2、数值型输入框：（1）边界值：最大值、最小值、最大值+1、最小值-1 （2）位数：最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数（3）异常值、特殊字符：输入空白（NULL）、空格或 "~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等、输入负整数、负小数、分数、输入字母或汉字、小数（小数前0点舍去的情况，多个小数点的情况）、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制，8进制数值、货币型输入（允许小数点后面几位）、（4）安全性检查：不能直接输入就copy 3、日期型输入框：（1）合法性检查：(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、月输入[4、6、9、11]、日输入[30][31]、输入非闰年，月输入[2]，日期输入[28、29]、输入闰年，月输入[2]、日期输入[29、30]、月输入[0、1、12、13] (2)异常值、特殊字符：输入空白或NULL、输入~！@#￥%……&*（）{}[]等可能导致系统错误的字符（3）安全性检查：不能直接输入，就copy，是否数据检验出错？ 4、信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理. 二、搜索功能若查询条件为输入框，则参考输入框对应类型的测试方法 1、功能实现：<h2>测试用例实例—常见功能测试点</h2>测试用例实例--常见功能测试点笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询精确查询：<h2>写测试用例的常规方法和web页面常规测试点</h2>1.等价类划分法概念：输入域划分成若干子集。选取每一个子集的少数输入值作为一条测试用例。所测试的结果等价于这一个子集的测试结果。分类：有效等价类和无效等价类。 A.有效等价类：了解了需求说明文档，有意义的合理值。其目的是检验程序是否实现了需求说明中所规定的功能，可能还需要校验其性能。 B.无效等价类：与有效等价类的定义相反的输入值。测试用例：在写测试用例时，要同时考虑这两种等价类，不仅要校验程序能判断合理的数据，也要经受非合理数据的考验，确保程序的强健性和可靠性。划分等价的几大原则： 1.输入条件规定了取值范围，则可以确定一个有效等价类，两个无效等价类。例如申请授信时，请输入16位营业执照号；有效等价类是16位的号码，大于小于16位分别是2个无效等价类，行号，银行卡号，身份证号，手机号，密码，验证码等规定了输入条件的输入框。 2.规定了输入数据必须是要遵守的规则，可确立一个符合规则的有效等价类，和若干个无效等价类（从不不同角度违反规则。例如密码的输入，规则是请输入6-16个字符，不含空格且须两种字符类型以上，不可用连续4位以上相同字符。那么这里的无效等价类分别是小于6个字符，大于16个字符，含空格，一种字符，连续5位相同字符，那么这里的无效等价类就包括了1+5+10+10+5+1=32中情况。 3.学习了解类（垫付宝没有想到的例子），布尔量（二值枚举类型），一个有效类和一个无效类。将等价类转化成测试用例步骤： 1.列出所有划分出的等价类：【输入条件】【有效等价类】【无效等价类】 2. 3.设计多个测试用例，尽可能多的覆盖有效等价类和无效等价类。 3.1有效等价类的测试用例：密码覆盖有效等价类号码 Che001 1—4 3.2无效等价类的测试用例：密码覆盖无效等价类号码（5个空格）5,7,9 （16个空格）6,7,9<h2>功能通用测试用例</h2>一、功能测试 1、对话框测试输入进行测试。包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。 2、对界面可操作按钮进行测试。包括【新增(N)】【保存(S)】【修改(M)】【查询(A)】【打印(P)】【退出(X)】。同时需要对鼠标右键的菜单进行测试。 3、数据保存测试。将1 和2 进行组合。 4、必要条件控制测试。在做了3 时将必要条件(如：a、编号、姓名不可为空b、编号、姓名不可重复)控制测试联合起来。二、GUI 测试 1.窗体是否能够基于相关的输入或菜单命令适当的打开 2.窗体是否能够改变大小、移动和滚动 3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作 4.当窗体被覆盖并重新调用后，窗体是否能够正确再生 5.窗体相关的功能是否可以操作 6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用 7.显示多窗体时，窗体名称是否能够正确表示 8.活动窗体是否能够被反显加亮 9.多用户联机时所有窗体是否能够实时更新 10.鼠标无规则点击时是否会产生无法预料的结果 11.窗体声音及提示是否符合既定编程规则 12.窗体是否能够被关闭 13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致 14.窗体控件布局是否合理、美观 15.窗体控件TAB 顺序是否从左到右，从上到下 16.窗体焦点是否按照编程规范落在既定的控件上 17.窗体画面文字（全、半角、格式、拼写）是否正确 18.鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）三、功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3.检查按钮的功能是否正确：如update, cancel, delete, save 等功能是否正确。 4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.<h2>web界面测试基本点</h2>web测试基本点 2011-07-02 22:33:17| 分类：软件测试 | 标签：web测试 |举报 |字号大中小订阅 1、界面测试通用测试点测试内容测试点页面显示1、浏览器窗口标准或最大时页面元素显示是否正确，是否美观，窗口大小变化时页面刷新是否正确； 2、电脑显示屏是宽屏或标屏下页面元素显示是否正确，是否美观； 3、用户常用的几种分辨率下页面元素显示是否正确，是否美观。 4、字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。 5、前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。 6、页面弹出式提示界面必须大小合理，布局美观，符合系统风格。页面布局1、布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。 2、相关页面元素的外形是否美观大方，大小是否合适，位置和页面的风格是否协调。 3、页面相关说明性文字的位置是否正确合适，鼠标定位在需说明的控件上时相关提示信息位置是否合理。页面风格1、同一系统中不同页面的整体风格是否一致，是否美观； 2、各页面背景、色调是否正确，是否美观，是否适合应用环境。 3、主色调要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。易用性1、按钮名称易懂，用词准确，屏弃多义性字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。 2、对于完成同一功能的控件需要集中放置；Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。 3、默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。 4、页面要支持键盘自动浏览按钮功能，即按Tab键、回車鍵的自动切换功能。 5、页面输入控件的选择要合理合适，同一界面复选框不能出现太多，下拉列表选项也不宜太多。 6、常用菜单功能需提供操作快捷键，快捷键的定义应符合大众操作习惯。 7、页面存在工具栏的，工具栏需要设置默认停靠位置，工具栏长度不能太长，工具栏上的按钮需提供提示信息，工具栏功能可以用户自行定制。友好性1、对于需要等待的操作，如果时间稍长就应该提供进度条显示。 2、菜单深度一般要控制在三层以内，树状结构类似。 3、滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。 4、对用户操作需要反馈足够的信息，例如提示、警告、或错误，信息表达应该清楚、明了、恰当、准确。特殊字符~ ， ` , ! , @ , # , $ , % , ^ , & , * , ( , ) , ; , | , \ , / , < , > , , , . , { , } , [ , ] , ' , " 。一般的输入框中需要屏蔽上面列举的特殊字符，使其不能输入。<h2>测试用例基本通用模板</h2>1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否指出table键 ⑦是否支持enter键 4)查询精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键模糊查询：在精确查询的基础上加上以下一点 ①输入一些字符，看是否能查出数据库中所有的相关信息 2.设计功能测试用例文本框、按钮等控件测试文本框的测试如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称; c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理; d，输入默认值，空白，空格; e，若只允许输入字母，尝试输入数字;反之;尝试输入字母; f，利用复制，粘贴等操作强制输入程序不允许的输入数据; g，输入特殊字符集，例如，NUL及等; h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示; i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为 yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示在测试过程中所用到的测试方法： 1，输入非法数据; 2，输入默认值; 3，输入特殊字符集; 4，输入使缓冲区溢出的数据; 5，输入相同的文件名; 命令按钮控件的测试 a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口; b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31; c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会; 单选按钮控件的测试 a，一组单选按钮不能同时选中，只能选中一个。<h2>WEB安全测试要考虑的10个测试点</h2>WEB安全测试要考虑的10个测试点本文主要论述了WEB安全测试要考虑的10个测试点： 1、问题：没有被验证的输入测试方法：数据类型（字符串，整型，实数，等）允许的字符集最小和最大的长度是否允许空输入参数是否是必须的重复是否允许数值范围特定的值（枚举型）特定的模式（正则表达式） 2、问题：有问题的访问控制测试方法：主要用于需要验证用户身份以及权限的页面，复制该页面的url地址，关闭该页面以后，查看是否可以直接进入该复制好的地址例：从一个页面链到另一个页面的间隙可以看到URL地址直接输入该地址，可以看到自己没有权限的页面信息， 3、错误的认证和会话管理例：对Grid、Label、Tree view类的输入框未作验证，输入的内容会按照html语法解析出来 4、缓冲区溢出没有加密关键数据例：view－source：http地址可以查看源代码在页面输入密码，页面显示的是*****, 右键，查看源文件就可以看见刚才输入的密码。 5、拒绝服务分析：攻击者可以从一个主机产生足够多的流量来耗尽狠多应用程序，最终使程序陷入瘫痪。需要做负载均衡来对付。 6、不安全的配置管理分析：Config中的链接字符串以及用户信息，邮件，数据存储信息都需要加以保护程序员应该作的：配置所有的安全机制，关掉所有不使用的服务，设置角色权限帐号，使用日志和警报。分析：用户使用缓冲区溢出来破坏web应用程序的栈，通过发送特别编写的代码到web程序中，攻击者可以让web应用程序来执行任意代码。 7、注入式漏洞例：一个验证用户登陆的页面，如果使用的sql语句为： Select * from table A where username＝’’ + username+’’ and pass word ….. Sql 输入‘ or 1＝1 ―― 就可以不输入任何password进行攻击或者是半角状态下的用户名与密码均为：‘or’‘=’ 8、不恰当的异常处理分析：程序在抛出异常的时候给出了比较详细的内部错误信息，暴露了不应该显示的执行细节，网站存在潜在漏洞， 9、不安全的存储分析：帐号列表：系统不应该允许用户浏览到网站所有的帐号，如果必须要一个用户列表，推荐使用某种形式的假名（屏幕名）来指向实际的帐号。浏览器缓存：认证和会话数据不应该作为GET的一部分来发送，应该使用POST， 10、问题：跨站脚本（XSS）分析：攻击者使用跨站脚本来发送恶意代码给没有发觉的用户，窃取他机器上的任意资料测试方法： ● HTML标签：<…>…</…> ● 转义字符：&(&)；<(<)；>(>)；(空格) ； ● 脚本语言： <script. language=‘javascript’><h2>实验六Web测试</h2>实验六Web测试实验类别：综合实验实验目的：应用Web测试工具对Web系统进行功能和性能测试；背景知识：对Web系统测试需要从功能、性能、可用性、安全性等多方面进行测试。一、功能测试对Web系统进行功能测试包括以下几个方面： 1. 链接测试链接是Web 应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web 应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面。 2. 表单测试当用户给Web 应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。 3. Cookies测试 Cookies通常用来存储用户信息和用户在应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web 服务器将发送关于用户的信息，把该信息以Cookies 的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。如果Web 应用系统使用了Cookies ，就必须检查Cookies 是否能正常工作。测试的内容可包括Cookies 是否起作用，是否按预定的时间进行保存，刷<h2>通用测试用例模板</h2>通用软件测试用例模板用例说明一、用例编号：每个用例唯一的标识二、用例类型：用例的优先级（根据BUG的等级划分、用户使用的主次功能划分、根据流程划分如基本流或备选流）。三、用例名称：填写用例的名称，如删除对象，添加内容，进行查询等。四、模块名称:该用例属于哪个主要模块五、测试环境：硬件环境：列出为测试本软件所使用硬件的配置，如： a.处理机的型号、内存容量； b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机； c.I／O设备（联机／脱机？）； d.数据传输设备和转换设备的型号、台数。软件环境：说明为测试本软件所使用的软件，如： a．操作系统的名称、版本号； b．开发工具名称和版本号； c．数据库管理系统的名称和版本号； d．使用什么测试软件 e．其他支持软件。六、测试目标：明确测试后所要实现的基本功能及结果，简要强调下面所有子功能可实现的功能和方法，使测试人员了解测试的意图。写出预期要达到的最好状态。七、用户需求：写出测试模块所要达到的基本用户需要或者用户所需要的完整功能描述八、前置条件：描述该操作的前提条件。如：前面删除的对象有（废弃的对象、被引用对象、处在流程中的对象等）各种情况，该处可以描述其中一种。。九、后置条件：描述该操作的先关后续链接十、特殊说明：用户或者开发者有特殊需求或注意事项，需添加在此项。十一、用例的测试过程 1步骤：用例中需要测试进行的步骤，如1。 2测试内容：测试内容， 3测试预期结果：未测试前合理的正确的结果。 4操作描述：如：点击“高级查询”进入高级查询的页面，键入“姓名”。 5测试输入数据：如果此处输入姓名或其中几个字如“欧阳菲菲”或“欧阳”，均可记录。 6测试结果：记录输出的结果。正确或者错误均记录。对于一个测试完整功能点都会有一个对应的期望的正确结果。该结果可能是一个输出的数据值，也可能是一个显示效果结果 7测试完成后功能描述测试无误后对该子项功能模块的整体详细描述。<h2>web测试文档</h2>Web测试文档目录前言： (3) 一、账号登录测试 (3) 二、兼容性测试 (4) 三、UI界面测试 (5) 1)输入框测试 (5) 2)按钮测试 (6) 3)权限测试 (7) 4)上传下载测试 (7) 5)链接测试 (8) 6)翻页测试 (9) 四、支付中心测试................................................................................. 错误！未定义书签。前言：随着网络技术的快速发展，直接和用户有关的Web项目越来越受到人们的关注。其不仅要在长时间的大量操作，还要防备来自网络上方方面面的攻击。本文档立足了web测试的诸个方面，从功能和性能方面进行论述。试图描绘一个简洁而全面的web测试概要，以方便大家对Web测试有一个简单的了解。一、账号登录测试除了搜索引擎之外，大部分web应用都需要进行账号登录。登录一般需要满足三方面的要素，账户、密码和验证码，而基本的测试也是围绕这三方面进行测试的。下面以三个要素都必备，运用测试用例对登录测试进行描述。 1.输入正确的账号、密码、验证码，登录成功 2.三个测试要素其中一个不填写，登录失败，弹出对应的提示内容。（例如输入账号、密码、但不填写验证码，弹出提示如“请输入验证码”之类的） 3.三个测试要素都输入，但是其中一个输入错误，登录失败，弹出对应的提示内容。（例如输入账号、密码、验证码，但密码错误，弹出提示如“密码错误，请重新输入”之类的）上面以上三条并非完全算是测试用例，例如第二条和第三条完全可以拆分为无数的测试用例，对不同情况加以组合，我们在这里不进行详细的论述了。测试的主要方面我们虽然已经确定，但是还有很多其他方面是需要我们注意的。例如账号和验证码是否区分大小写，账号和密码是否支持特殊字符，账号和密码是否有长度限制，输入框是否支持复制粘贴操作，当账号密码多次输入错误后是否进行锁定输入等等。可见一个简单的登录操作可以延伸的内容是非常多的，为了避免漏过测试点，在测试之前我们必须根据需求尽量完善自己的测试用例。<h2>通用测试用例</h2>通用测试用例 1. 文档介绍......................... (2) 1.1 文档目的.... .... .... .... .... .... .... .... .... .... . (2) 1.2 文档范围..... .... .... .... .... .... .... .... .... .... (2) 1.3 读者对象.... .... .... .... .... .... .... .... .... .... . (2) 1.4 参考文献..... .... .... .... .... .... .... .... .... .... (2) 1.5 术语与缩写解释..... . .... .... .... .... .... .... .... (2) 2. 功能测试用例...... .... .... .... ...... .... .... .... .... (2) 2.1 被测试对象的介绍......... .... .... .... ....... .... .... .. 2 2.2 测试范围与目的........ .... .... .... ........ .... .... .... .2 2.3 测试环境与测试辅助工具的描述....... .... . ... ...... .... . (3) 2.4 测试驱动程序的设计... ... ... ... .. ... ... ... ... ... ..3 2.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... . (3) 3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... . (17) 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... (17) 3.2测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..17 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (17) 3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... ..17 3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... ..18 4. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... . (20) 4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (20) 4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... (20) 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (20) 4.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... (20) 4.5 用户界面测试的检查表.. ... ... ... ... ... ... ... ... . (20)<h2>web测试常用测试点</h2>一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。 1. 文字内容一致性： 1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等； 2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。样式一致性 1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式； 2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）；3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同； 4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一）语言习惯： 1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。 2）英文。 3）日文。 2. 按钮 1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一； 2）采用的图片表述相同功能，要采用单一图标。 3. 文本框 1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴）； 2）文本框自身的长度限制，主要考虑页面样式。 4. 单选框1）默认情况要统一，已选择，还是未选。 5. 日期控件 1）图标、控件颜色、样式统一； 2）点击控件、文本框均应弹出日期选择框。 6. 下拉选择框 1）默认是第一个选项，还是提示请选择一个。 7. 提示信息 1）静态文字与它的提示信息一致性，例如静态文字为…ID?，出错信息显示…用户ID?； 2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空； 3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求； 4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息； 5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的； 6）必输项提示信息，必输项提示信息采用统一的标志。 8. 导航测试死导航、乱导航、操作复杂等。 9. 链接测试 1）发现404错误。 2）避免死链接情况，执行完相应操作应有返回按钮，返回到相应页面；例如：操作成功后，进入成功提示信息页面，但页面没有返回按钮，无法及时进入操作之前的页面。 10. IE的后退退出系统，无论直接关闭浏览器或点击后退键，退出都不应再返回系统。 11. 分辨率页面文字显示、样式等要支持常见分辨率，例如CRT显示器的1024*768，LCD的1280*1024。<h2>Web网站测试流程和方法</h2>一、测试流程所有测试的流程大体上是一致的：开始测试前准备-->需求分析-->测试设计（测试计划，测试用例）-->执行测试--> 提交BUG-->测试总结。对于web测试，较之其他软件测试又有所不同，这是细节的不同，这个不同需要我们在不停的测试中去总结 web测试正式测试之前，应先确定如何开展测试，不可盲目的测试。一般网站的测试，应按以下流程来进行： 1）使用HTML Link Validator将网站中的错误链接找出来； 2）测试的顺序为：自顶向下、从左到右； 3）查看页面title是否正确。（不只首页，所有页面都要查看）； 4）LOGO图片是否正确显示； 5）LOGO下的一级栏目、二级栏目的链接是否正确； 6）首页登录、注册的功能是否实现； 7）首页左侧栏目下的文章标题、图片等链接是否正确； 8）首页中间栏目下的文章标题、图片等链接是否正确； 9）首页右侧栏目下的文章标题、图片等链接是否正确； 10）首页最下方的【友情链接】、【关于我们】等链接是否正确； 11）进入一级栏目或二级栏目的列表页。查看左侧栏目名称，右侧文章列表是否正确； 12）列表页的分页功能是否实现、样式是否统一； 13）查看文章详细页面的内容是否存在乱码、页面样式是否统一； 14）站内搜索（各个页面都要查看）功能是否实现； 15）前后台交互的部分，数据传递是否正确；16) 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。二、UI测试 UI测试包括的内容有如下几方面： 1）各个页面的样式风格是否统一； 2）各个页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图片是否居中显示； 3）各个页面的title是否正确； 4）栏目名称、文章内容等处的文字是否正确，有无错别字或乱码；同一级别的字体、大小、颜色是否统一； 5）提示、警告或错误说明应清楚易懂，用词准确，摒弃模棱两可的字眼； 6）切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致，文字是否窜行； 7）父窗体或主窗体的中心位置应该在对角线焦点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜； 8）按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置；避免空旷的界面上放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致； 9）页面颜色是否统一；前景与背景色搭配合理协调，反差不宜太大，最好少用深色或刺目的颜色； 10）若有滚动信息或图片，将鼠标放置其上，查看滚动信息或图片是否停止； 11）导航处是否按相应的栏目级别显示；导航文字是否在同一行显示； 12）所有的图片是否都被正确装载，在不同的浏览器、分辨率下图片是否能正确显示（包括位<h2>Web测试方法与流程</h2>Web网站测试方法在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet 和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。本文将 web 测试分为 6 个部分： 1. 功能测试 2. 性能测试(包括负载/压力测试) 3. 用户界面测试 4. 兼容性测试 5. 安全测试 6. 接口测试本文的目的是覆盖 web 测试的各个方面，未就某一主题进行深入说明。 1 功能测试 1.1 链接测试链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面;其次，测试所链接的页面是否存在;最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。采取措施：采用自动检测网站链接的软件来进行。推荐软件： Xenu Link Sleuth 免费绿色免安装软件 HTML Link Validator 共享(30天试用) 1.2 表单测试当用户通过表单提交信息的时候，都希望表单能正常工作。如果使用表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让顾客能让客户收到包裹。要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。当用户使用表单进行用户注册、登陆、信息提交等操作时，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。 1.3 数据校验如果系根据业务规则需要对用户输入进行校验，需要保证这些校验功能正常工作。例如，省份的字段可以用一个有效列表进行校验。在这种情况下，需要验<h2>登录功能通用测试用例</h2>登录功能通用测试用例具体需求：有一个登录页面，有一个账号和一个密码输入框, 一个提交按钮。请针对这个页面设计Test Case。此题的考察目的： 1、了解需求（测什么都是从了解需求开始）； 2、是否有设计Test Case的能力 3、是否熟悉各种测试方法； 4、是否有丰富的Web测试经验； 5、是否了解Web开发；了解需求：测试需求分析过程，可以从质量要求出发，来展开测试需求分析，如从功能、性能、安全性、兼容性等各个质量要求出发，不断细化其内容，挖掘其对应的测试需求，覆盖质量要求。也可以从开发需求（如产品功能特性点、敏捷开发的用户故事）出发，针对每一条开发需求形成已分解的测试项，结合质量要求，这些测试项再扩展为测试任务，这些测试任务包括了具体的功能性测试任务和非功能性测试任务。在整理测试需求时，需要分类、细化、合并并按照优先级进行排序，形成测试需求列表。 1、登录界面应该是弹出窗口式的，还是直接在网页里面；2、账号长度和密码的强度（比如需要多少位、大小写敏感、特殊字符混搭等）； 3、界面美观是否有特殊要求？（即是否要进行UI测试）； 4、···· 用例设计：测试需求分析完成后，开始用例设计，主要可以从以下几个方面考虑：功能测试(Function Test) 1、输入正确的账号和密码，点击提交按钮，验证是否能正确登录。（正常输入） 2、输入错误的账号或者密码, 验证登录会失败，并且提示相应的错误信息。（错误校验） 3、登录成功后能否跳转到正确的页面（低） 4、账号和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示） 5、账号和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤） 6、记住账号的功能 7、登录失败后，不能记录密码的功能 8、账号和密码前后有空格的处理 9、密码是否加密显示（星号圆点等）<h2>软件测试中的43个功能测试点(精)</h2>软件测试中的43个功能测试点软件测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对web系统的常用测试方法如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu 无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试，也可以使用QTP的页面检查点检查链接。 2. 相关性检查：功能相关性：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。数据相关性：下来列表默认值检查，下来列表值检查，如果某个列表的数据项依赖于其他模块中的数据，同样需要检查，比如，某个数据如果被禁用了，可能在引用该数据项的列表中不可见。 3. 检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。常见的错误会出现在重置按钮上，表现为功能失效。 4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。 5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型,看系统是否检查字符类型。 6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。 7.特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。常见的错误是出现在% ‘ " 这几个特殊字符 8. 中文字符处理: 在可以输入中、英文的系统输入中文,看会否出现乱码或出错。 9. 检查信息的完整性: 在查看信息和更新信息时,查看<h2>WEB软件测试总结报告</h2>XXX项目测试总结报告目录 1.项目测试结果 (2) 1.1 BUG严重程度 (2) 1.2 BUG问题分布状况 (3) 2.测试结论 (4) 2.1界面测试 (4) 2.2功能测试 (4) 2.3兼容性测试 (4) 2.4易用性 (4) 2.5 负载/压力测试 (5) 3.软件问题总结与分析 (6) 4.建议 (7)1.项目测试结果 1.1 BUG严重程度测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.1.2 BUG问题分布状况由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%2.测试结论 2.1界面测试网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。 2.2功能测试分不同账号总权限账号,以及店长账号分别进行功能测试。 1:链接测试无问题,不存在死链接,测试链接都存在. 2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题. 2.3兼容性测试(Wind ows下) 测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样。 2.4易用性网站实现了如下易用性： 1. 输入限制的正确性 2. 输入限制提示信息的正确性，可理解性，一致性 3. 界面排版美观 4. web应用系统易于导航，直观 5. web应用系统的页面结构、导航、菜单、连接的风格一致</div> <div class="rtopicdocs"> <div class="coltitle">相关主题</div> <div class="relatedtopic"> <div id="tabs-section" class="tabs"> <ul class="tab-head"> <li id="19090638"><a href="/topic/19090638/" target="_blank">web测试点</a></li> <li id="6548736"><a href="/topic/6548736/" target="_blank">web测试</a></li> <li id="9920255"><a href="/topic/9920255/" target="_blank">功能通用测试用例</a></li> </ul> </div> </div> </div> </div> <div id="rightcol" class="viewcol"> <div class="coltitle">相关文档</div> <ul class="lista"> <li><a href="/doc/9c8644403.html" target="_blank">Web网站测试流程和方法(详细解说版)</a></li> <li><a href="/doc/bb8673068.html" target="_blank">web网页测试用例(非常实用)</a></li> <li><a href="/doc/0a16761430.html" target="_blank">写测试用例的常规方法和web页面常规测试点</a></li> <li><a href="/doc/f28879101.html" target="_blank">web软件测试计划</a></li> <li><a href="/doc/335250825.html" target="_blank">Web测试方法与流程</a></li> <li><a href="/doc/885690472.html" target="_blank">Web功能测试点总结</a></li> <li><a href="/doc/9217862457.html" target="_blank">WEB测试的主要测试的功能点</a></li> <li><a href="/doc/b117482502.html" target="_blank">web测试</a></li> <li><a href="/doc/1618075985.html" target="_blank">实验六Web测试</a></li> <li><a href="/doc/5912987262.html" target="_blank">WEB测试方法及注意点</a></li> <li><a href="/doc/941661278.html" target="_blank">Web网站中常用功能测试用例汇集</a></li> <li><a href="/doc/b87271106.html" target="_blank">web测试重点</a></li> <li><a href="/doc/0a12346931.html" target="_blank">web常用测试方法</a></li> <li><a href="/doc/e713119020.html" target="_blank">Web测试要点 (1)</a></li> <li><a href="/doc/382337916.html" target="_blank">Web网站测试流程和方法</a></li> <li><a href="/doc/5214590434.html" target="_blank">常见的web安全性测试点</a></li> <li><a href="/doc/9217146232.html" target="_blank">web测试计划</a></li> <li><a href="/doc/b813311339.html" target="_blank">WEB测试要点</a></li> <li><a href="/doc/1513459434.html" target="_blank">WEB安全测试要考虑的10个测试点</a></li> <li><a href="/doc/5412406295.html" target="_blank">软件测试中的43个功能测试点(精)</a></li> </ul> <div class="coltitle">最新文档</div> <ul class="lista"> <li><a href="/doc/0f19509601.html" target="_blank">幼儿园小班科学《小动物过冬》PPT课件教案</a></li> <li><a href="/doc/0119509602.html" target="_blank">2021年春新青岛版(五四制)科学四年级下册 20.《露和霜》教学课件</a></li> <li><a href="/doc/9b19184372.html" target="_blank">自然教育课件</a></li> <li><a href="/doc/3019258759.html" target="_blank">小学语文优质课火烧云教材分析及课件</a></li> <li><a href="/doc/d819211938.html" target="_blank">(超详)高中语文知识点归纳汇总</a></li> <li><a href="/doc/a419240639.html" target="_blank">高中语文基础知识点总结(5篇)</a></li> <li><a href="/doc/9d19184371.html" target="_blank">高中语文基础知识点总结(最新)</a></li> <li><a href="/doc/8a19195909.html" target="_blank">高中语文知识点整理总结</a></li> <li><a href="/doc/8519195910.html" target="_blank">高中语文知识点归纳</a></li> <li><a href="/doc/7f19336998.html" target="_blank">高中语文基础知识点总结大全</a></li> <li><a href="/doc/7119336999.html" target="_blank">超详细的高中语文知识点归纳</a></li> <li><a href="/doc/6619035160.html" target="_blank">高考语文知识点总结高中</a></li> <li><a href="/doc/6719035161.html" target="_blank">高中语文知识点总结归纳</a></li> <li><a href="/doc/4a19232289.html" target="_blank">高中语文知识点整理总结</a></li> <li><a href="/doc/3b19258758.html" target="_blank">高中语文知识点归纳</a></li> <li><a href="/doc/2619396978.html" target="_blank">高中语文知识点归纳(大全)</a></li> <li><a href="/doc/2b19396979.html" target="_blank">高中语文知识点总结归纳(汇总8篇)</a></li> <li><a href="/doc/1419338136.html" target="_blank">高中语文基础知识点整理</a></li> <li><a href="/doc/ed19066069.html" target="_blank">化工厂应急预案</a></li> <li><a href="/doc/bd19159069.html" target="_blank">化工消防应急预案(精选8篇)</a></li> </ul> </div> </div> <script> var sdocid = "4e4c0c2f0a1c59eef8c75fbfc77da26925c596ff"; </script> <div class="clearfloat"></div> <div id="footer"> <div class="ft_info"> <a href="https://beian.miit.gov.cn">闽ICP备16038512号-3</a> <a href="/tousu.html" target="_blank">侵权投诉</a> ©2013-2023 360文档中心,www.360docs.net | <a target="_blank" href="/sitemap.html">站点地图</a> 本站资源均为网友上传分享，本站仅负责收集和整理，有任何问题请在对应网页下方投诉通道反馈 </div> <script type="text/javascript">foot()</script> </div> </body> </html>