web测试最全的功能测试范例
Web测试有以下几点需要关注：
UI测试
UI测试包括的内容有如下几方面：
1）各页面的风格是否统一
2）各页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图片是否居中显示
3）各页面的title是否正确
4）栏目名称、文章内容等处的文字是否正确，有错别字或乱码；同一级别的字体、大小、颜色是否统一
5）提示、警告或错误说明应该清楚易懂，用词准确，摒弃模棱两可的字眼
6）切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致（按比例缩小或出现滚动条，不可二者兼有）
7）父窗体或主窗体的中心位置应该在对角线交点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方便宜，以显示出窗体标题为宜8）按钮大小基本相似，忌用太长名称，免得占用太多的页面位置；避免空旷的页面放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致9）页面颜色是否统一；前景色与背景色搭配合理协调，反差不宜太大，最好用深色或刺目的颜色
10）若有滚动信息或者图片，将鼠标放置其上，查看滚动信息或图片是否停止
11）导航处是否按栏目相应的级别显示；导航文字是否在同一行显示
12）所有的图片是否被正确装载，在不同的浏览器，分辨率下图片是否能正常显示（包括位置、大小）
13）文章列表页，左侧的栏目是否与一级、二级栏目的名称、顺序一致
14）调整分辨率验证页面风格是否有错误现象
15）鼠标移动到Flash焦点特效上是否实现，移出焦点特效是否消失
链接测试
链接测试主要分为以下几个方面
1）页面是否有无法连接的内容；图片是否能正常显示，有无冗余图片，代码是否规范，页面是否存在死链接（可用HTML Link Validator工具查找）
2）图片是否有无用链接；点击图片上的链接是否跳转到正确页面
3）页面点击LOGO下的一级栏目或二级栏目名称，是否可进入相应的栏目
4）点击首页或列表页的文章标题的链接，是否可进入相应的文章详情页
5）点击首页栏目名称后的【更多】链接，是否正确跳转到相应页面
6）文章列表页、左侧栏目的链接，是否可正确跳转到相应的栏目页面
7）导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面
（例，【首页-服务与支持-客服中心】，分别点击“首页”，“服务与支持”，“客服中心”，查看是否可跳转到相应页面）
搜索测试
搜索测试主要分为以下几个方面
1）搜索按钮功能是否实现
2）输入网站中存在的信息，能否正确搜索出结果
3）输入键盘中的特殊字符，是否报错：特别关注 :_? ’ . \ /--；特殊字符
4）系统是否支持快捷键回车键，Tab
5）搜索出的结果页面是否与其他页面风格一致
6）在输入框输入空格，点击搜索系统是否会报错
7）本站内搜索域中不输入任何内容，是否搜索出是全部信息或者是给与提示
8）精确查询还是模糊查询，如果是模糊查询输入：中%国。
查询信息是不是包含中国两个字的信息
9）焦点放置搜索框中，搜索框内容是否被清空
10）搜索输入域是否实现回车监听事件
11）输入超长字符查询
12）空格或空条件查询
13）关键字前、后、中间有空格，显示搜索结果是否一致
14）选择框各种条件查询数据是否正确
15）请选择查询是否为所有数据
16）输入数据库中不存在的信息
17）必填查询条件验证
18）默认查询条件
19）输入不符合要求的数据，看是否有提示：如日期格式：YYYY-MM-DD；范围：月份中输入13等，一般这些数据都是枚举型数据，以下拉框的形式出现
20）敏感字查询
21）搜索内容显示，是否可以按照文章搜索关键字进行排名（标题关键字相当于文章3-4个关键字）
表单提交
表单测试主要分为以下几个方面
1）注册、登陆功能能否实现
2）提交、清空按钮是否实现
3）修改表单与注册页面数据项是否相同，修改表单是否对重名做验证
4）提交数据是否能正常保存到后台数据库中（后台数据库中数据应与前台录完内容完全一致，数据不会丢失或被改变）
5）表单提交，删除，修改后是否有提示内容
6）浏览器前进、后退、刷新按钮，是否会造成数据库重现或页面报错
7）提交表单是否支持回车键和Tab键
8）下来菜单功能是否实现和数据是否完整（例如：省份和市区下拉列表数据是否实现互动）
输入域测试
输入域测试主要分为以下几个方面
1）对于手机、邮箱、证件号等的输入是否有长度及类型的控制
2）输入中文、英文、数字、特殊字符（特别注意单引号，反斜杠）及这四类混合输入，是否会报错
3）输入空格、空格+数据、数据+空格，是否会报错
4）输入html语言的
5）输入全角、半角的英文、数字、特殊字符等，是否报错
6）是否有必填项的控制；不输入必填项，是否有有好提示信息
7）输入超长字段，页面是否被撑开
8）分别输入大于、小于、等于数据表规定字段长度的数据，是否报错
9）输入非数据表中规定的数据类型的字符，是否有有好提示信息
10）在文本框中输入回车，显示时，是否回车换行
11）密码输入域数据是否可见
分页测试
分页测试主要分为以下几个方面
1）当没有数据时，首页、上一页、下一页、尾页标签全部置灰
2）在首页时，“首页”,”上一页”标签置灰，在尾页时，“尾页”,”下一页”标签置灰，在中间页时，四个标签均可点击，且跳转正确
3）翻页后，列表中的数据是否仍按照指定的顺序进行排序
4）各个分页标签是否在同一水平线上
5）各个页面的分页标签是否一致
6）分页的总页数及当前页数显示是否正确
7）是否能正确跳转到指定的页数
8）再分页处输入非数字字符（英文，特殊字符等），输入0或超出总页数的数字，是否有友好提示信息
9）是否支持回车键的监听。
Web通用的测试用例
测试对身份证号码的溢出是否进行了控制？
测试是否对数字型数据是否进行了格式化输入
身份证号码
必填的情况下 测试是否必填？
测试是否对身份证号码进行了格式化输入？ 输入的身份证号码是15位的真实号码 输入的身份证号码是18位的真实号码 输入的身份证号码是真实的，最后一位为字母 输入的身份证号码是真实的，最后一位为数字 测试是否对数字型数据是否进行了格式化输入
电话号码
必填的情况下 测试是否必填？
必填的情况下 测试是否必填？
输入长度超过11位字符 输入长度小于11位字符 测试是否对数字型数据是否进行了格式化输入
手机号码
测试是否对手机号码进行了格式化输入？
输入英文空格
邮政编码输 入框
邮政编码输 入框
为必填项时，不输入任何字符 输入中文空格 输入特殊字符 输入超长6位字符 输入中、英文内容 输入空格+数字，空格出现在开头、中间、结尾均 需测试 输入1个数字 输入16位数字 输入超长17位数字 不输入任何字符 空格输入 输入空格+正确效验码，空格出现在开头、中间、 结尾均需要测试 输入4位其他非数字内容 输入特殊字符 输入前3位或后3位验证码正确数字 输入4位正确校验码+其他数字 用户名和密码 字段 输入正确的用户名和密码登陆 不输入任何信息，点击登录 输入存在的用户名，点击登录 输入存在的密码，点击登录 输入存在的用户名、不存在的密码，点击登录 输入不存在的用户名、存在的密码，点击登录 输入不存在的用户名、不存在的密码，点击登录 连续输入三次用户名和密码不正确，点击登录 输入正确的用户名和密码，但用户名未区分小写
执行Байду номын сангаас增操作，测试新增记录是否排在首行? 执行新增操作，关键字段与数据库中已存在的值重 复，测试是否对重复值进行了判断？ 执行新增操作，测试是否对各字段的长度进行了限 制
经典web测试大全(1)
一、安全性测试：Web应用系统的安全性测试区域主要有：（1）现在的Web应用系统基本采用先注册，后登陆的方式。
因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。
（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。
（3）为了保证Web应用系统的安全性，日志文件是至关重要的。
需要测试相关信息是否写进了日志文件、是否可追踪。
（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。
所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。
二、导航测试：导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。
通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？在一个页面上放太多的信息往往起到与预期相反的效果。
Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。
很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。
导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。
确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。
Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
三、整体界面测试：整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。
例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个Web 应用系统的设计风格是否一致？对整体界面的测试过程，其实是一个对最终用户进行调查的过程。
《Web性能测试实战》性能测试用例模板
《Web性能测试实战》性能测试用例模板1文档介绍1.1文档目的1.2文档范围1.3读者对象1.4参考文献1.5术语与解释解释缩写、术语2测试需求分析2.1被测试对象的介绍2.2测试范围与目的2.3测试环境与测试辅助工具的描述3性能测试用例3.1预期性能指标测试用例下面的测试方法比较详细，也可以根据实际需要把所有的指标写在一起，简要描述测试方法，以达到节省时间的目的（列出测试对象、期望的性能、实际性能三项即可以）。
1 指标A描述用例编号：001性能描述：用例目的：前提条件：特殊的规程说明：用例间的依赖关系：步骤输入/动作期望的性能（平均值）实际性能（平均值）回归测试1. 示例：典型值…2. 示例：边界值…3. 示例：异常值…4. …5. …6. …2 指标B描述用例编号：002性能描述：用例目的：前提条件：特殊的规程说明：用例间的依赖关系：步骤输入/动作期望的性能（平均值）实际性能（平均值）回归测试1. 示例：典型值…2. 示例：边界值…3. 示例：异常值…4. …5. …6. ………3.2用户并发测试:核心模块1 核心模块A测试内容描述功能目的方法并发用户数与事务执行情况并发用户数事务平均响应时事务最大响应时平均每秒处理事事务成功率每平均流量（字节/间间务数秒点击率秒）20253035404550并发用户数与数据库主机并发用户数CPU利用率MEM利用率磁盘I/O情况DB参数1其它参数20253035404550并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘I/O情况202530354045502 核心模块B测试内容描述……3.3用户并发测试:组合模块1 模块组合描述A功能目的方法并发用户数与事务执行情况并发用户数事务平均响应时间事务最大响应时间平均每秒事务数事务成功率每秒点击率平均流量（字节/秒）业务1业务2业务3业务1业务2业务3业务1业务2业务3业务1业务2业务320253035404550并发用户数与数据库主机并发用户数CPU利用率MEM利用率磁盘I/O情况DB参数1其它参数20253035404550并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘I/O情况202530354045502 模块组合描述B……3.4大数据量测试1 大数据量场景A描述编写用例的格式如下：功能目的方法并发用户数与事务执行情况输入说明事务平均响应事务最大响应平均每秒处理事事务成每秒点击平均流量（字节/时间时间务数功率率秒）2 大数据量场景B描述编写用例的格式如下：功能目的方法并发用户数与事务执行情况输入说明事务平均响应时间事务最大响应时间平均每秒处理事务数事务成功率每秒点击率平均流量（字节/秒）……3.5疲劳强度测试1 疲劳强度测试场景A描述极限名称A例如“最大并发用户数量”前提条件运行时间输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作…故障发生的时刻故障描述……任务A无故障运行的平均时间间隔（CPU小时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）2 疲劳强度测试场景B描述……3.6网络性能测试1 网络测试场景A描述目的测试广域网网络资源在不同并发用户条件下的使用情况方法在不同的广域网带宽下（64K、128K、256K¡-.）使用LoadRunner录制的日常业务的应用脚本，以不同的并发数进行并发性测试，记录各种用户连接数下，不同并发请求的性能变化；同时记录路由器端口的流量和其他数据。
web服务器功能测试实例
Web服务器功能测试
1、测试内容
2、测试工具
3、测试用例设计和测试结果
3.1 LibrarySystem功能测试测试
3.1.1 链接测试
3.1.1.1 测试所有链接是否按指示链接到了该链接的页面
3.1.1.2 测试所链接的页面是否存在
1、URL . LibrarySystem = http://localhost:8088/StrutsLibrarySystem
在测试前必须先登录系统
3.1.1.3 保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面
由于无法得到jsp文件名和页面名字的对应关系，所以难以判断独立页面的存在3.1.2 LibrarySystem的表单测试
3.1.2.1 登录页面表单测试
3.1.2.3 图书馆信息的表单测试
1、由于图书馆信息的属性组合太多，所以只选取几种组合进行测试。
web系统测试用例
2：尽量小
3：是
4：是
5：是
24测试步骤预期结果1界面显示内容是否完整2所有有数据展现的界面如统计查询编辑录入打印预览打印等必须使测试数据的记录数超过一屏一页以验证满屏页时其窗体是否有横向纵向滚动条或换页打印界面显示是否正常3多个西展现同一数据源时是否一致性4对统计的数据是否按用户习惯进行分类排序5某些重要信息的输入修改删除时是否有确认提示信息6界面内容更新后系统是否提供刷新功能7用户在退出系统后重新登陆时是否需要自动返回到上次退出系统时的界面8用户提示信息是否具有一定得指导性9窗口和窗口之间字段与字段之间的浏览顺序是否正确10各种对象访问方法tab键鼠标移动和快捷键是否正常使用11时间与日期显示格式是否统一1
岗位信息管理用例汇总
功能A描述
岗位信息录入
用例目的
检查新增岗位信息
用例内容
对岗位信息录入操作一一测试
测试步骤
按照下面的测试步骤
前提条件
用户已登陆系统，并拥有新增岗位权限
用例编号：01
测试步骤
测试数据
预期结果
1：选择岗位信息录入模块，填写其中信息和选择相关按钮，并确认
A：在输入域中输入超过规定长度和大小的字符或数字；
用例编号：05
测试步骤
测试数据
预期结果
1、进入到岗位信息查询页面
2、选择需要设置岗位。
3、设置允许拥有的系统及系统级别
4、确定提交，返回成功提示，并在岗位查询信息时，点击设置系统可以查询结果。
A：勾选或者清除允许拥有的系统及系统级别
B：勾选权限外的系统及系统级别
C：勾选至少一个允许拥有的系统及系统级别和至少一个权限外的重系统及系统级别
用例编号：02
WEB测试方法（超全面）
WEB测试方法（超全面）WEB测试方法在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。
基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。
重要的是，还要从最终用户的角度进行安全性和可用性测试。
然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。
因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。
本文将 web 测试分为 6 个部分：功能测试性能测试（包括负载/压力测试）用户界面测试兼容性测试安全测试接口测试1功能测试1.1链接测试链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。
链接测试可分为三个方面。
首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。
1.2表单测试当用户通过表单提交信息的时候，都希望表单能正常工作。
如果使用表单来进行在线注册，要确保提交按钮能正常工作，当注册完成后应返回注册成功的消息。
如果使用表单收集配送信息，应确保程序能够正确处理这些数据，最后能让顾客收到包裹。
要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。
当用户使用表单进行用户注册、登陆、信息提交等操作时，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。
例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。
如果使用了默认值，还要检验默认值的正确性。
如果表单只能接受指定的某些值，则也要进行测试。
例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
1.3数据校验如果系根据业务规则需要对用户输入进行校验，需要保证这些校验功能正常工作。
web自动化测试实例
web自动化测试实例【实用版】目录1.Web 自动化测试的概述2.Web 自动化测试的实例3.Web 自动化测试实例的优势和应用场景4.Web 自动化测试实例的挑战和解决方案5.结论正文一、Web 自动化测试的概述Web 自动化测试是一种通过编写代码或脚本来模拟用户在 Web 浏览器中的操作，从而实现对 Web 应用程序的自动化测试的方法。
它可以提高测试效率，降低测试成本，同时也能提高测试覆盖率，提高软件质量。
二、Web 自动化测试的实例以下是一个简单的 Web 自动化测试实例，使用 Python 和Selenium 库进行测试。
1.安装 Python 和 Selenium 库2.导入所需的库和模块3.定义测试步骤和预期结果4.创建一个测试类，继承 unittest.TestCase5.在测试类中编写测试方法，调用定义的测试步骤和预期结果6.运行测试套件，查看测试结果三、Web 自动化测试实例的优势和应用场景Web 自动化测试实例的优势主要体现在以下几个方面：1.提高测试效率：自动化测试可以代替人工进行重复的操作，大大提高测试效率。
2.降低测试成本：自动化测试可以减少人工测试的工作量，从而降低测试成本。
3.提高测试覆盖率：自动化测试可以覆盖到更多的测试场景，提高测试覆盖率。
应用场景包括：1.Web 应用程序的功能测试2.Web 应用程序的性能测试3.Web 应用程序的兼容性测试四、Web 自动化测试实例的挑战和解决方案Web 自动化测试实例面临的挑战主要有：1.浏览器兼容性问题：不同的浏览器可能会有不同的表现，需要编写不同的测试脚本来适应不同的浏览器。
2.测试环境的不稳定：网络不稳定、系统崩溃等因素可能会影响到测试的进行。
3.测试代码的维护：随着应用程序的更新，测试代码也需要不断的维护和更新。
解决方案包括：1.使用浏览器驱动程序，如 Selenium，可以实现对不同浏览器的兼容性测试。
2.使用持续集成工具，如 Jenkins，可以实现测试环境的稳定性控制。
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测试用例(全)
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应用测试性能及功能测试标准(免费)
Web应用测试性能及功能测试标准样本前提：并发用户数为50个以内，在线用户数为500个以内，CPU占用都在70%以下,内存在70%以下，I/O处于不繁忙状态1. 用户登录响应时间不能超过5S。
2. 按用户/账户/客户查询与缴费两个操作响应时间都需要在3~5S完成（但是如果数据量超过50条情况下响应时间分别为7S以内）。
3. 所有查询数据在500条以内，响应在5S以内（包括日志，余额查询等）。
4. 所有查询数据在5000条以上，响应时间在10S以内（包括日志，余额查询等），如果数据量巨大（例如：10万条等），根据实际情况限制处理。
5. 所有查询数据500~5000条之间，响应时间在8S以内（包括日志，余额查询等）。
6. 所有查询操作都需要显示进度导航条，便于用户感受（针对特殊过程，与开发具体讨论）。
7. 所有导入/导出/生成文件数据在500条以内，响应在5S以内（包括日志，余额查询等）。
8. 所有导入/导出/生成文件数据在5000条以上，响应时间在15S以内（包括日志，余额查询等）, 如果数据量巨大（例如：10万条等），根据实际情况限制处理。
9. 所有导入/导出/生成文件数据500~5000条之间，响应时间在10S以内（包括日志，余额查询等）。
10. 所有查询导入/导出/生成文件数据操作都需要显示进度导航条，便于用户感受。
11. 所有系统处理（具体指：销帐，返销账，扎账处理等，不属于统计、查询、导入、导出类）数据的过程时间不能超过5S（针对特殊过程，与开发具体讨论）。
12. 所有功能项（从“网厅对账”切换到“退费管理”、“返销帐”切换到“扎帐处理”等）WEB页面切换时间在3S 以内。
13. 添加/删除/修改操作的时候，如果是一条数据，响应时间在3S以内。
14. 添加/删除/修改操作批量数据，响应时间在5S以内。
15. 如果显示数据包含多列，列距可以手动移动。
16. 显示数据包含多列，暂定义如果列数不超过7列的情况下，全部显示在WEB页面。