web软件测试用例
WEB性能测试用例

性能测试用例主要分为预期目标用户测试,用户并发测试,疲劳强度与大数据量测试,网络性能测试,服务器性能测试五大部分,具体编写测试用例时要根据实际情况进行裁减,在项目应用中遵守低成本,策略为中心,裁减,完善模型,具体化等原则;一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的; 1. 预期指标的性能测试系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测试验证; 2. 独立业务性能测试独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。
对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配; 4. 疲劳强度性能测试疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定;5. 大数据量性能测试一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试;第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。
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测试通用测试用例页面检查合理布局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.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。
(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.检查按钮的功能是否正确:如新建、编辑、删除、关闭、返回、保存、导入,上一页,下一页,页面跳转,重置等功能是否正确。
WEB性能测试用例设计

WEB性能测试用例设计务器性能测试五大部分,具体编写测试用例时要根据实际情况进行裁减,在项目应用中遵守低成本,策略为中心,裁减,完善模型,具体化等原则;一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的;1. 预期指标的性能测试:系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测试验证;2. 独立业务性能测试;独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。
对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试;通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配;4. 疲劳强度性能测试;疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定;5. 大数据量性能测试;一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试;第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。
WEB网站测试用例集[资料]
![WEB网站测试用例集[资料]](https://img.taocdn.com/s3/m/09502468f78a6529657d530b.png)
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安全性测试用例

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测试用例(十二)

WEB测试⽤例(⼗⼆)⽹站测试的主要⽅⾯1功能测试对于⽹站的测试⽽⾔,每⼀个独⽴的功能模块需要单独的测试⽤例的设计导出,主要依据为《需求规格说明书》及《详细设计说明书》,对于应⽤程序模块需要设计者提供基本路径测试法的测试⽤例。
●链接测试链接是Web应⽤系统的⼀个主要特征,它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。
链接测试可分为三个⽅⾯:1)测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯;2)测试所链接的页⾯是否存在;3)保证Web应⽤系统上没有孤⽴的页⾯,所谓孤⽴页⾯是指没有链接指向该页⾯,只有知道正确的URL地址才能访问。
链接测试可以⾃动进⾏,现在已经有许多⼯具可以采⽤。
链接测试必须在集成测试阶段完成,也就是说,在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。
Xenu------主要测试链接的正确性的⼯具可惜的是对于动态⽣成的页⾯的测试会出现⼀些错误。
●表单测试当⽤户给Web应⽤系统管理员提交信息时,就需要使⽤表单操作,例如⽤户注册、登陆、信息提交等。
在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性。
例如:⽤户填写的出⽣⽇期与职业是否恰当,填写的所属省份与所在城市是否匹配等。
如果使⽤了默认值,还要检验默认值的正确性。
如果表单只能接受指定的某些值,则也要进⾏测试。
例如:只能接受某些字符,测试时可以跳过这些字符,看系统是否会报错。
要测试这些程序,需要验证服务器能正确保存这些数据,⽽且后台运⾏的程序能正确解释和使⽤这些信息。
B/S结构实现的功能可能主要的就在这⾥,提交数据,处理数据等如果有固定的操作流程可以考虑⾃动化测试⼯具的录制功能,编写可重复使⽤的脚本代码,可以在测试、回归测试时运⾏以便减轻测试⼈员⼯作量。
我们对UM⼦系统中各个功能模块中的各项功能进⾏逐⼀的测试,主要测试⽅法为:边界值测试、等价类测试,以及异常类测试。
测试中要保证每种类型都有2个以上的典型数值的输⼊,以确保测试输⼊的全⾯性。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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)必输项提示信息,必输项提示信息采用统一的标志。
8、导航测试死导航、乱导航、操作复杂等。
9、链接测试1)发现404错误。
2)避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面;例如:操作成功后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。
10、IE的后退退出系统,无论直接关闭浏览器或点击后退键,退出都不应再返回系统。
11、分辨率页面文字显示、样式等要支持常见分辨率,例如CRT显示器的1024*768,LCD的1280*1024。
12、重复提交问题1)功能操作完成后,鼠标右键点击所在页面,选择弹出菜单的刷新功能,容易出现重复提交问题。
2)功能操作完成后,通过IE的后退键进行重复操作,容易出现重复提交问题。
3)某功能键反应时间延迟时(限制客户端网络带宽等方式来模拟实现),在短时间内重复点击该功能键,容易出现重复提交问题;13、防止SQL注入式攻击1)不允许任何直接在jsp页面调用SQL语句,这种情况常发生在系统的后期修改中。
14、用户非授权页面访问1)每个页面都需要安全验证,防止用户通过直接拷贝具体页面地址等方式,访问系统;2)页面过期的时间设定,用户在设定时间内未进行任何操作,不允许访问系统。
二、文本框公共测试用例1、文本框为字符型必填项非空校验:1)必填项未输入--程序应提示错误;2)必填项只输入若干个空格,未输入其它字符--程序应提示错误;2、字段唯一性校验:(不是所有字段都作此项校验,视实际项目情况而定)1)新增时输入重复的字段值--必须提示友好信息;2)修改时输入重复的字段值--必须提示友好信息;3、字段长度校验:1)输入[最小字符数-1]--程序应提示错误;2)输入[最小字符数]--OK;3)输入[最小字符数+1]--OK;4)输入[最大字符数-1]--OK;5)输入[最大字符数]--OK;6)输入[最大字符数+1]--程序应提示错误;4、字段为特殊字符校验:1)输入域如对某些字符禁止输入时,限制是否成功,提示信息是否友好;2)中文、英文、空格,数字,字符,下划线、单引号等所有特殊字符的组合;3)所有特殊字符都必须进行测试(!~@#$^&*()_+,-|:“<>?/.,;‘*+\=-`¥……()--:《》?、。
,;’【】、=-• )5、字段为特殊代码校验:1)输入html代码:比如”你好”;--必须以文本的形式将代码显示出来。
2)输入JavaScript代码:比如;--必须以文本的形式将代码显示出来。
6、多行文本框输入:1)是否允许回车换行;2)保存后再显示能够保持输入时的格式;3)仅输入回车换行,检查能否正确保存;若能,查看保存结果。
若不能,查看是否有正确提示;4)仅输入空格,检查能否正确保存;若能,查看保存结果。
若不能,查看是否有正确提示。
7、文本框为数值型边界值:1)输入[最小值-1]--程序应提示错误;2)输入[最小值]--OK;3)输入[最大值]--OK;4)输入[最大值+1]--程序应提示错误;位数:1)输入[限制位数]--OK;2)输入[限制位数+1]--根据实际项目而定,是否自动四舍五入成限制位数,还是提示信息;3)输入[限制位数-1]--OK;异常值、特殊值:1)输入非数值型数据:汉字、字母、字符--程序应提示错误;2)输入负数--根据实际项目而定,如果不允许输入负数,必须提示友好信息;3)字段禁止直接输入非数值型数据时,使用“粘贴”、“拷贝”功能尝试输入,并测试能否正常提交保存--只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存,并应给出相应提示;4)全角数字和半角数字的情况--全角数字不能保存,提示友好信息,半角数字正常保存;5)首位为零的数值:如01=1--视实际项目情况而定;8、文本框为日期型合法性检查:1)日输入[0日]--程序应提示错误;2)日输入[1日]--OK;3)日输入[32日]--程序应提示错误;4)月输入[1、3、5、7、8、10、12月]、日输入[31日]--OK;5)月输入[4、6、9、11月]、日输入[30日]--OK;6)月输入[4、6、9、11月]、日输入[31日]--程序应提示错误;7)输入非闰年,月输入[2月]、日输入[28日],比如2009.2.28--OK;8)输入非闰年,月输入[2月]、日输入[29日],比如2009.2.29--程序应提示错误;9)(闰年)月输入[2月]、日输入[29日],比如2008.2.29--OK;10)(闰年)月输入[2月]、日输入[30日],比如2008.2.30--程序应提示错误;12)月输入[1月]--OK;13)月输入[12月]--OK;14)月输入[13月] --程序应提示错误;格式检查:1)不合法格式:2009-09、2009-09 -、200-2-2;2)视具体项目而定是否合法:2009/09/01、2009.09.01 、20090901、2009-09-01 ;异常值、特殊值:1)输入汉字、字母、字符--程序应提示错误;9、文本框为时间型合法性检查:1)时输入[24时] --程序应提示错误;2)时输入[00时] --OK;3)分输入[60分] --程序应提示错误;4)分输入[59分] --OK;5)分输入[00分] --OK;6)秒输入[60秒] --程序应提示错误;7)秒输入[59秒] --OK;8)秒输入[00秒] --OK;格式检查:1)不合法格式:12:30:、123000;2)视具体项目而定是否合法:12:30、1:3:0;异常值、特殊值:1)输入汉字、字母、字符--程序应提示错误;2)系统中所涉及时间是否取服务器时间;三、上传和导出公共测试用例1、上传图片对于上传的文件,假设系统要求上传的文件为jpg或gif格式图片,大小为<=5M的文件,我们在设计测试用例时,应该从以下几个方面进行考虑:1)文件类型正确,文件大小合适的校验例如:上传一种jpg或gif的格式图片,文件大小为4.9M,结果为上传成功2)文件类型正确,文件大小合适的校验例如:上传一种jpg或gif的格式图片,文件大小为5M,结果为上传成功3)文件类型正确,文件大小不合适的校验例如:上传一种jpg或gif的格式图片,文件大小为5.1M,提示为:“上传的附件中大小不能超过5M”4)文件类型错误,文件大小合适的校验例如:上传.doc、.xls、ppt、bmp、jpeg、psd、tiff、tga、png、swf、svg、pcx、dxf、wmf、emf、lic、eps、.txt等格式文件,文件大小合适,提示“只能上传jpg或gif格式图片”5)文件类型和文件大小合法,上传一个0kb的图片,提示信息:“请重新上传文件,或者是不能上传0kb的图片”6)文件类型和文件大小合法,上传一个正在使用中的图片(即打开该图片,再上传该图片),上传成功7)文件类型和文件大小合法,手动输入一个存在的图片地址,点击上传,上传成功 8)文件类型和文件大小合法,手动输入一个不存在的图片地址,点击上传,提示:“请正确选择要上传的文件”9)文件类型和大小都合法,手动输入一个存在的图片名称,点击上传,一般情况下系统会提示:“请正确选择要上传的文件的路径”2、文件导出1)验证导出文件名长度,根据具体情况而定2)验证导出文件为空的情况3)验证导出文件名为特殊字符的情况4)验证导出全部资料的情况,导出的信息是否正确5)验证导出部分资料的情况,导出的信息是否正确6)验证导出大量数据时的时间是否在合理的时间范围内7)验证导出目的磁盘空间已满的情况下,导出是否有友好的处理方式8)验证导出目的的文件夹为只读的情况下,导出时是否有友好的的提示信息4、文件上传页面1)页面美观性、易用性(键盘和鼠标的操作、tab跳转的顺序是否正确)2)按钮文字正确性3)说明文字是否正确4)正确/错误的提示文字是否正确5)提示当前位置是否正确,并且和其他页面保持一致格式6)必添项的标示是否正确功能1)路径是否可以手工输入(手工输入的时候有没有限长)2)上传文件超过最大值是在提交前校验还是提交后校验3)上传文件格式是否全部支持(图片:gif/jpg/bmp...文档:doc/sxw/xls...压缩包:zip/rar...安装文件:exe/msi)4)上传文件是否支持中文名称5)文件名称的最大值、最小值、特殊字符(包含空格)、使用程序语句是否会对其造成影响、中文名称是否能正常显示5、文件下载功能1)右键另存为是否可以正确下载文件,并且记录下载次数•工具下载是否正确,并且记录下载次数2)单击下载是提示下载还是在页面打开•直接打开是否显示正确•对于本机没有安装工具的文件是否能够打开,是否能给出正确的提示•对于直接在页面内打开的内容是否能够显示正常,页面美观性•保存到本地是否能正确显示• 取消下载是否会纪录下载次数3)下载次数是否被正确记录四、列表公共测试用例1、列表页面显示1)确认页面的默认排序方式,字段+升降续;2)含link的列,验证其有效性,即,点击后的跳转是否正确;3)第一列的选择框,“全选”和“部分选择”需有效;部分选中时,全选按钮应自动取消。