web软件测试用例

性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数据量测试，网络性能测试，服务器性能测试五大部分，具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型，具体化等原则；一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的； 1. 预期指标的性能测试系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证； 2. 独立业务性能测试独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，使用比较频繁，属于核心业务等特点。

用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。

对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。

另外一类是在同一时刻使用完全一样的功能。

3. 组合业务性能测试通常不会所有的用户只使用一个或者几个核心业务模块，一个应用系统的每个功能模块都可能被使用到；所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。

通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。

用户并发测试是组合业务性能测试的核心内容。

组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配； 4. 疲劳强度性能测试疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定；5. 大数据量性能测试一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试；第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务。

web测试用例模板篇一：Web测试通用测试用例Web测试通用测试用例页面检查合理布局1、界面布局有序，简洁，符合用户使用习惯2、界面元素是否在水平或者垂直方向对齐3、界面元素的尺寸是否合理4、行列间距是否保持一致5、是否恰当地利用窗体和控件的空白，以及分割线条6、窗口切换、移动、改变大小时，界面显示是否正常7、刷新后界面是否正常显示8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 1280*1024 800*600弹出窗口1、弹出的窗口应垂直居中对齐2、对于弹出窗口界面内容较多，须提供自动全屏功能3、弹出窗口时应禁用主界面，保证用户使用的焦点4、活动窗体是否能够被反显加亮页面正确性1、界面元素是否有错别字，或者措词含糊、逻辑混乱2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态3、导航显示正确4、title显示正确5、页面显示无乱码6、需要必填的控件，有必填提醒，如*7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉）8、页面无js错9、鼠标无规则点击时是否会产生无法预料的结果10、鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）控件检查下拉选择框1、查询时默认显示全部2、选择时默认显示请选择3、禁用时样式置灰复选框1、多个复选框可以被同时选中2、多个复选框可以被部分选中3、多个复选框可以都不被选中4、逐一执行每个复选框的功能单选框1、一组单选按钮不能同时选中，只能选中一个2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空下拉树1、应支持多选与单选2、禁用时样式置灰树形1、各层级用不同图标表示，最下层节点无加减号2、提供全部收起、全部展开功能3、如有需要提供搜索与右键功能，如提供需有提示信息4、展开时，内容刷新正常日历控件1、同时支持选择年月日、年月日时分秒规则2、打开日历控件时，默认显示当前日期滚动条控件1、滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word 中浏览100页文档，浏览到50页时，滚动条位置应处于中间2、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码3、单击滚动条时，页面信息是否正确显示4、用滚轮控制滚动条时，页面信息是否正确显示5、用滚动条的上下按钮时，页面信息是否正确显示按钮1、点击按钮是否正确响应操作。

WEB界面测试用例～收藏输入框校验1.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。

(256)2.字符类型检查: 校验输入数据类型(文本,数字)3．空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。

如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

4．输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。

如对于要求输入符点型数据的项中，输入全角的小数点（“。

”或“．”，如４．５）；输入全角的空格等。

5.特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。

常见的错误是出现在% ‘ \ 这几个特殊字符.输入特殊字符集，例如，NUL及\n等；6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。

常见的错误是系统对空格的处理.7.检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。

8.必填项检查：如在必填项前加“*”；可否不填或者输入空格9.检查修改重名:修改时把名字应该唯一的信息输入重复的名字或ID,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.(员工代码,HR代码)-----唯一性约束ORA-00001(有空格没空格)10.时间日期检查：时间、日期验证是每个系统都必须的，如2006-2-31、2006-6-31等错误日期，同时，对于管理、财务类系统，每年的1月与前一年的12月（同理，每年的第1季度与前一年的第4季度）。

另外，对于日期、时间格式的验证，如2006年2月28日、2006-2-28、20060228等。

----------------------------------------------------------按扭11.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。

WEB性能测试用例设计务器性能测试五大部分，具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型，具体化等原则；一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的；1. 预期指标的性能测试：系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证；2. 独立业务性能测试；独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，使用比较频繁，属于核心业务等特点。

用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。

对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。

另外一类是在同一时刻使用完全一样的功能。

3. 组合业务性能测试；通常不会所有的用户只使用一个或者几个核心业务模块，一个应用系统的每个功能模块都可能被使用到；所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。

通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。

用户并发测试是组合业务性能测试的核心内容。

组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配；4. 疲劳强度性能测试；疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定；5. 大数据量性能测试；一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试；第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务。

WEB网站测试用例集[资料]一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，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)必输项提示信息，必输项提示信息采用统一的标志。

web安全性测试⽤例建⽴整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、注⼊、⾝份验证和授权错误.1. 1. 输⼊验证客户端验证服务器端验证(禁⽤脚本调试，禁⽤Cookies)1.输⼊很⼤的数（如4,294,967,269），输⼊很⼩的数(负数)2.输⼊超长字符,如对输⼊⽂字长度有限制,则尝试超过限制,刚好到达限制字数时有何反应3.输⼊特殊字符,如:~!@#$%^&*()_+<>:”{}|4.输⼊中英⽂空格，输⼊字符串中间含空格，输⼊⾸尾空格5.输⼊特殊字符串NULL,null，0x0d 0x0a6.输⼊正常字符串7.输⼊与要求不同类型的字符，如: 要求输⼊数字则检查正值,负值,零值（正零，负零）,⼩数,字母,空值; 要求输⼊字母则检查输⼊数字8.输⼊html和javascript代码9.对于像回答数这样需检验数字正确性的测试点，不仅对⽐其与问题最终页的回答数，还要对回答进⾏添加删除等操作后查看变化例如：1.输⼊<html”>”gfhd</html>,看是否出错；2.输⼊<input type=”text” name=”user”/>,看是否出现⽂本框；3.输⼊<script type=”text/javascript”>alert(“提⽰”)</script>看是否出现提⽰。

关于上传：1.上传⽂件是否有格式限制,是否可以上传exe⽂件；2.上传⽂件是否有⼤⼩限制,上传太⼤的⽂件是否导致异常错误,上传0K的⽂件是否会导致异常错误,上传并不存在的⽂件是否会导致异常错误；3.通过修改扩展名的⽅式是否可以绕过格式限制，是否可以通过压包⽅式绕过格式限制；4.是否有上传空间的限制,是否可以超过空间所限制的⼤⼩,如将超过空间的⼤⽂件拆分上传是否会出现异常错误。

5.上传⽂件⼤⼩⼤于本地剩余空间⼤⼩，是否会出现异常错误。

6.关于上传是否成功的判断。

WEB测试⽤例（⼗⼆）⽹站测试的主要⽅⾯1功能测试对于⽹站的测试⽽⾔，每⼀个独⽴的功能模块需要单独的测试⽤例的设计导出，主要依据为《需求规格说明书》及《详细设计说明书》，对于应⽤程序模块需要设计者提供基本路径测试法的测试⽤例。

●链接测试链接是Web应⽤系统的⼀个主要特征，它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。

链接测试可分为三个⽅⾯：1）测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯；2）测试所链接的页⾯是否存在；3）保证Web应⽤系统上没有孤⽴的页⾯，所谓孤⽴页⾯是指没有链接指向该页⾯，只有知道正确的URL地址才能访问。

链接测试可以⾃动进⾏，现在已经有许多⼯具可以采⽤。

链接测试必须在集成测试阶段完成，也就是说，在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。

Xenu------主要测试链接的正确性的⼯具可惜的是对于动态⽣成的页⾯的测试会出现⼀些错误。

●表单测试当⽤户给Web应⽤系统管理员提交信息时，就需要使⽤表单操作，例如⽤户注册、登陆、信息提交等。

在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。

例如：⽤户填写的出⽣⽇期与职业是否恰当，填写的所属省份与所在城市是否匹配等。

如果使⽤了默认值，还要检验默认值的正确性。

如果表单只能接受指定的某些值，则也要进⾏测试。

例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

要测试这些程序，需要验证服务器能正确保存这些数据，⽽且后台运⾏的程序能正确解释和使⽤这些信息。

B/S结构实现的功能可能主要的就在这⾥，提交数据，处理数据等如果有固定的操作流程可以考虑⾃动化测试⼯具的录制功能，编写可重复使⽤的脚本代码，可以在测试、回归测试时运⾏以便减轻测试⼈员⼯作量。

我们对UM⼦系统中各个功能模块中的各项功能进⾏逐⼀的测试，主要测试⽅法为：边界值测试、等价类测试，以及异常类测试。

测试中要保证每种类型都有2个以上的典型数值的输⼊，以确保测试输⼊的全⾯性。

Web测试中关于登录的测试 (1)搜索功能测试用例设计 (2)翻页功能测试用例 (3)输入框的测试 (5)Web测试的常用的检查点 (6)用户及权限管理功能常规测试方法 (8)Web测试之兼容性测试 (9)Web测试-sql注入 (10)Web测试中书写用例时要考虑的检查点 (11)手机电子邮件测试用例 (12)记事本与日历的测试用例 (13)Web测试总结 (14)让web站点崩溃最常见的七大原因 (14)Web应用程序是否存在跨站点脚本漏洞 (16)Web测试总结（全） (20)理解web性能测试术语 (27)Web安全测试入门 (28)测试工作总结 (28)Web应用系统易出问题的原因和测试要点 (28)使用JMeter测试web的应用 (29)1.Web测试中关于登录的测试请问，你为自己写过的用例怀疑过吗？前两天听一个朋友说他同事写了100个用例，结果有92个是无效的，差点被公司开了，本人以前也写过不少用例，但现在忽然怀疑我的用例了，觉得越来越糊涂了，拿登陆框来说吧，我写了7个用例，但总感觉不好，在网上找了篇文章，分享下，希望对大家有帮助。

快捷键的使用是否正常：1. TAB 键的使用是否正确2.上下左右键是否正确3.界面如果支持ESC键看是否正常的工作3.ENTER 键的使用是否正确切换时是否正常。

布局美感界面的布局是否符合人的审美的标准具体因人而依输入框的功能：输入合法的用户名和密码可以成功进入输入合法的用户名和不合法密码不可以进入，并给出合理的提示输入不合法的用户名和正确密码不可以进入，并给出合理的提示输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制正常用户名不允许的特殊字符空的用户名，系统（操作系统和应用系统）的保留字符不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符界面的链接：对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示补充输入框是否支持复制和黏贴和移动密码框显示的不要是具体的字符，要是一些密码的字符验证用户名前有空格是否可以进入，一般情况可以。

Web测试通用测试用例页面检查合理布局1、界面布局有序，简洁，符合用户使用习惯2、界面元素是否在水平或者垂直方向对齐3、界面元素的尺寸是否合理4、行列间距是否保持一致5、是否恰当地利用窗体和控件的空白，以及分割线条6、窗口切换、移动、改变大小时，界面显示是否正常7、刷新后界面是否正常显示8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 >1280*1024 >800*600弹出窗口1、弹出的窗口应垂直居中对齐2、对于弹出窗口界面内容较多，须提供自动全屏功能3、弹出窗口时应禁用主界面，保证用户使用的焦点4、活动窗体是否能够被反显加亮页面正确性1、界面元素是否有错别字，或者措词含糊、逻辑混乱2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态3、导航显示正确4、title显示正确5、页面显示无乱码6、需要必填的控件，有必填提醒，如*7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉）8、页面无js错9、鼠标无规则点击时是否会产生无法预料的结果10、鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）控件检查下拉选择框1、查询时默认显示全部2、选择时默认显示请选择3、禁用时样式置灰复选框1、多个复选框可以被同时选中2、多个复选框可以被部分选中3、多个复选框可以都不被选中4、逐一执行每个复选框的功能单选框1、一组单选按钮不能同时选中，只能选中一个2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空下拉树1、应支持多选与单选2、禁用时样式置灰树形1、各层级用不同图标表示，最下层节点无加减号2、提供全部收起、全部展开功能3、如有需要提供搜索与右键功能，如提供需有提示信息4、展开时，内容刷新正常日历控件1、同时支持选择年月日、年月日时分秒规则2、打开日历控件时，默认显示当前日期滚动条控件1、滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间2、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码3、单击滚动条时，页面信息是否正确显示4、用滚轮控制滚动条时，页面信息是否正确显示5、用滚动条的上下按钮时，页面信息是否正确显示按钮1、点击按钮是否正确响应操作。

WEB界面测试用例〜收藏输入框校验1•字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。

（256）2.字符类型检查：校验输入数据类型（文本，数字）3•空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。

如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

4.输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。

如对于要求输入符点型数据的项中，输入全角的小数点（。

或.，如4.5）；输入全角的空格等。

5•特殊字符检查：输入特殊符号，如@、#、$、％、！等，看系统处理是否正确。

常见的错误是出现在％\这几个特殊字符•输入特殊字符集，例如，NUL及\n等；6•标点符号检查：输入内容包括各种标点符号，特别是空格，各种引号,回车键。

常见的错误是系统对空格的处理.7•检查信息的完整性：在查看信息和更新信息时，查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。

8•必填项检查：如在必填项前加；可否不填或者输入空格9•检查修改重名:修改时把名字应该唯一的信息输入重复的名字或ID,看会否处理，报错•同时，也要注意，会不会报和自己重名的错•（员工代码,HR代码）-----唯一性约束ORA-00001（有空格没空格）10•时间日期检查：时间、日期验证是每个系统都必须的，如2006-2-31、2006-6-31等错误日期，同时，对于管理、财务类系统，每年的1月与前一年的12月（同理，每年的第1季度与前一年的第4季度）。

另外，对于日期、时间格式的验证，如2006年2月28日、2006-2-28、20060228等。

按扭11.检查按钮的功能是否正确：如新建、编辑、删除、关闭、返回、保存、导入，上一页，下一页，页面跳转，重置等功能是否正确。

常见的错误会出现在重置按钮上，表现为功能失效。

12.重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。

WEB网站测试一、输入框：1、正常的字母/文字/数字（正常流程的测试）；2、重复提交（输入内容后，重复点击提交按钮）；3、纯异常字符/正常输入夹杂异常字符（！@#￥%……&**等等）；4、长度限制（边界值测试，假设最小长度为N，最大长度为M，则测试N-1，N，M，M+1）；5、重复输入（已经存在记录，重复输入）；6、空提交（什么都不输入直接提交，看程序如何处理）；7、含有空格（开头，中间，结尾）；8、含有回车（输入内容中含有回车，查看如何处理，如何保存，以及如何显示）；9、复制粘贴操作（如密码需二次确认验证，此时复制粘贴不可生效，其余的情况应该生效）；10、如有格式要求，请验证格式（如电话号码的格式要求，运营商号段的要求）；11、输入非法字符集，如：null，\n；12、全/半角的符号是否区分；13、对于搜索输入框：若输入*是否能搜索出全部的内容；若输入空格能否搜索出全部的内容；若输入比要搜索的全部内容超长的字符，能否搜出相应的内容；输入脚本/html语言，是否会过滤（此处涉及安全测试，可暂不考虑）。

二、提交/确定按钮：1、对于提交/确定按钮，点击后，数据是否成功处理，页面跳转是否正确；2、连续点击提交/确定按钮页面如何处理，注意连续提交时操作要快，达到签个提交尚未处理完成，点击下一个提交，程序如何处理，是否报错；3、对于取消按钮，点击“取消”按钮后，查看数据有没提交。

三、后退按钮，返回键：1、对于页面的操作，大家要注意测试下浏览器上的后退按钮操作，查看下做完操作后点击后退按钮后，之前的操作是否会撤销？2、连续点击后退按钮，查看页面会做何种处理，是否会报错；3、比如已经退出登录的页面，点击后退按钮，页面是否仍是登录状态？4、对于有返回键的页面，对于已经成功提交的记录，点击返回键后，看如何处理之前的操作；5、对于有连续返回键的页面，连续点击返回键，页面如何处理，是否报错。

四、链接测试：1、首先，测试所有链接是否按指示的那样确实链接到了该链接的页面;2、其次，测试所链接的页面是否存在;3、最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

web测试用例模板和例子
Web测试用例模板和例子如下：
模板：
1. 用例编号
2. 测试标题
3. 预置条件
4. 测试步骤
5. 测试数据
6. 预期结果
7. 实际结果
8. 测试结论
9. 备注
例子：
用例编号：TC001
测试标题：登录功能测试
预置条件：已安装浏览器，已连接到互联网，已注册账号。

测试步骤：
1. 打开浏览器，输入网站地址，进入首页。

2. 点击“登录”按钮，进入登录页面。

3. 在登录页面输入用户名和密码，点击“登录”按钮。

4. 检查是否登录成功，进入个人主页。

测试数据：用户名：test，密码：test123。

预期结果：登录成功，进入个人主页。

实际结果：登录成功，进入个人主页。

测试结论：通过。

互联网Web测试用例设计思路与方法（共5则范文）第一篇：互联网Web测试用例设计思路与方法（共）互联网Web测试用例设计思路与方法互联网Web测试用例设计思路1、Web测试用例设计思路：主要是Web测试用例操作与界面流程，我们为什么在心中有思路，但是写测试用例就无从下手，那就是一个人在做了ERP内部系统测试后，再从事Web测试工作，写测试用例的时候就会模仿以前的工作经验去编写测试用例，所以编写出的测试用例重复性的用例比较多，执行力也比较少。

2、Web测试用例设计思路：看到上面第一点的朋友，如果你是这样的话，这条就是教你如果去放开思路编写用例，我们每个公司的企业文化里面都会含有一个字的文化，那就是“创新”，为什么要选择创新没，大家都知道没有创新的公司，就会必死，就像诺基亚的塞班系统一样，塞班系统以前10年多辉煌的历史，转眼就被安卓取代，为什么就是塞班系统升级时，会重构与重写很多代码，代码只会增加没有大多减少，使系统运行起来慢。

我们编写测试用例一样要学会创新，不能用以前行业的思路对现在的行业来进行工作。

我们要放开思路大胆的去设想一些可能发生的事情。

上面2点主要是教大家，如何去理解项目，如何去放开思路，创新用例。

（可能大家没看出什么含义，大家不要担心，请开下面的设计用例的方法吧！）互联网Web测试用例设计方法1、按照模块设计用例为什么要按照模块设计用例呢？因为互联网Web有成千上万的连接，里面也含有相同的跳转页面地址，也有模块单独分立，如：搜索、导航、友情连接、留言等都是独立的页面，也是属于Web页面中的模块。

2、按照主要功能设计用例为什么要按照主要功能设计用例呢？因为我刚刚说了Web页面中有成千上万的连接，很多连接其实都是只想一个页面，如：首页里面包含、新闻、资料、文章，我们点击不同的页面就好进入不同的详细页。

这时我们只有按照功能进行用例的设计，这样可以减少用例的重复性。

3、按照需求与项目流程设计用例为什么要按照项目流程设计用例呢？其实我们拿手中的资料基本上都是项目的整理流程图与项目需求文档规格书，如果项目是一个新的项目话，我们没有预览网站，那就要使用项目流程与需求文档来设计用例了，因为为什么往往看到的只有一个大致的首页图，我们从何下手，那就是要放开思路胆大设计了，为什么并不了解产品部要怎么实现这个功能，我们只有了解需求与开发沟通才能设计好的用例，很像敏捷测试吧，但不是哦！当功能与项目开发完毕后，我们要对用例的重整操作，因为我们设计的用例，有些并不符合逻辑，有些并不符合实际，所有这个流程是并不可少的。

建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、SQL 注入、身份验证和授权错误.1.输入验证客户端验证服务器端验证(禁用脚本调试，禁用Cookies)1.输入很大的数（如4,294,967,269），输入很小的数(负数)2.输入超长字符,如对输入文字长度有限制,则尝试超过限制,刚好到达限制字数时有何反应3.输入特殊字符,如:~!@#$%^&*()_+<>:”{}|4.输入中英文空格，输入字符串中间含空格，输入首尾空格5.输入特殊字符串NULL,null，0x0d 0x0a6.输入正常字符串7.输入与要求不同类型的字符，如: 要求输入数字则检查正值,负值,零值（正零，负零）,小数,字母,空值; 要求输入字母则检查输入数字8.输入html和javascript代码9.对于像回答数这样需检验数字正确性的测试点，不仅对比其与问题最终页的回答数，还要对回答进行添加删除等操作后查看变化例如：1.输入<html”>”gfhd</html>,看是否出错；2.输入<input type=”text” name=”user”/>,看是否出现文本框；3.输入<script type=”text/javascript”>alert(“提示”)</script>看是否出现提示。

关于上传：1.上传文件是否有格式限制,是否可以上传exe文件；2.上传文件是否有大小限制,上传太大的文件是否导致异常错误,上传0K的文件是否会导致异常错误,上传并不存在的文件是否会导致异常错误；3.通过修改扩展名的方式是否可以绕过格式限制，是否可以通过压包方式绕过格式限制；4.是否有上传空间的限制,是否可以超过空间所限制的大小,如将超过空间的大文件拆分上传是否会出现异常错误。

5.上传文件大小大于本地剩余空间大小，是否会出现异常错误。

6.关于上传是否成功的判断。

上传过程中，中断。

WEB测试用例一些常用模块的测试用例1、登录2、添加3、查询4、删除1、登录①用户名和密码都符合要求（格式上的要求）②用户名和密码都不符合要求（格式上的要求）③用户名符合要求，密码不符合要求（格式上的要求）④密码符合要求，用户名不符合要求（格式上的要求）⑤用户名或密码为空⑥数据库中不存在的用户名，不存在的密码⑦数据库中存在的用户名，错误的密码⑧数据库中不存在的用户名，存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select 查询②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存，也要察看数据库里是否多了一条数据3、删除①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。

④输入的正确数据前加空格，看是否能正确删除数据⑤什么也不输入⑥是否支持table键：tab键⑦是否支持enter键4、查询精确查询：①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据，看是否有错误提示：如日期格式：YYYY-MM-DD；范围：月份中输入13等，一般这些数据都是枚举型数据，以下拉框的形式出现④输入数据库中不存在的数据⑤不输入任何数据：查询结果应该为所有记录⑥是否支持table键⑦是否支持enter键模糊查询：在精确查询的基础上加上以下一点：①输入一些字符，看是否能查出数据库中所有的相关信息故障模型---缺陷查找攻击的二十一招大法1．输入非法数据输入数据的类型、长度、边界值；还要留意错误信息本身。

web软件测试用例一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，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）必输项提示信息，必输项提示信息采用统一的标志。