web测试公共用例集

1,175 阅读14分钟
分类 内容
界面
文字
语言习惯
按钮
文本框
单选框
下拉选择框
日期控件
提示信息
导航
链接
浏览器后退功能
分辨率
重复提交
SQL注入
用户越权访问
分类 内容
文本框 字符型
数值型
日期型
时间型
上传导出 上传图片
文件导出
文件上传
文件下载
列表页 页面显示
顶部搜索
按钮
数据验证
标题排序
分页
表单

1. 界面测试公共用例

界面测试一般包括:页面文字、控件使用、图片、CSS、颜色等。

  • 文字
  1. 内容一致性:
    1. 公司要求文字的一致性:例如各种宣传文字、注册的协议条款、版权信息等;
    2. 各处相同含义文字的一致性,例如:标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。
  2. 样式一致性:
    1. 通常分类包括:各类文字字体、字号、样式、颜色、文字间距、对齐方式;
    2. 按钮的文字间距,按钮长度一定的前提下,2个字的按钮,需要中间空一格(或者其他约定,需要统一);
    3. 连接文字,菜单、小标题、页脚文字链接,在点击时颜色变化要相同;
    4. 对齐方式,页面上文字的对齐,例如表单、菜单列、下拉列表中文字的对齐方式(左、有、居中等要统一)。
  • 语言习惯:
    1. 中文:文字简单、含义明确、无歧义,无重复,无错别字,正确运用标点符号;
  • 按钮
    1. Button的样式整体要统一,例如突出、扁平、3D效果等只能选择其一;
    2. 采用的图片表述相同功能,要采用单一图标。
  • 文本框
    1. 录入长度限制,根据数据库的设计,页面直接限定录入长度(特殊处屏蔽复制、粘贴(一般是需要重复确认输入的地方))
    2. 文本框自身长度的限制,主要考虑页面样式。
  • 单选框
    1. 默认情况要统一,已选择,还是未选择。
  • 日期控件
    1. 图标、控件颜色、样式统一;
    2. 点击控件、文本框均应弹出日期选择框。
  • 下拉选择框
    1. 默认是第一个选项,还是提示请选择一个。
  • 提示信息
    1. 静态文字与他的提示信息一致性,例如静态文字为“ID”,出错信息显示“用户ID”;
    2. 空值时,出错信息需要统一,例如可以采用“静态文字”+不能为空;
    3. 出现录入错误时,提示信息应该统一,例如可以采用“静态文字”+格式不符合要求;
    4. 提示信息标点符号是否标识,点击上一步,返回的的页面上不应该残留出错信息;
    5. 静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的;
    6. 必填项提示信息,采用统一标志。
  • 导航测试
    1. 死导航、乱导航、操作复杂等。
  • 链接测试
    1. 发现404错误
    2. 避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面;例如:操作成功之后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。
  • IE的后退
    1. 退出系统,无论直接关闭浏览器或点击后退按键,退出都不应该在返回系统。
  • 分辨率
    1. 页面文字显示、样式等要支持常见分辨率,例如:CRT显示器1024768,LCD的12801024.
  • 重复提交问题
    1. 功能操作完成后,鼠标右键点击所在页面,选择弹出菜单的刷新功能,容易出现重复提交问题;
    2. 功能操作完成后,通过IE的后退键进行重复操作,容易出现重复提交问题;
    3. 某功能键反应时间延迟时(限制客户端网络带宽等方式模拟实现),在短时间内重复点击该功能键,容易出现重复提交问题;
  • 防止SQL注入式攻击
    1. 不允许任何直接在jsp页面调用SQL语句,常发生在系统的后期修改中。
  • 用户非授权页面访问
    1. 每个页面都需要安全验证,防止用户通过直接拷贝具体页面地址等方式,访问系统;
    2. 页面过期时间设定,用户在设定时间内未进行任何操作,不允许访问系统。

2. 文本框公共测试用例

  • 文本框为字符型
    • 必填项非空校验:
      1. 必填项未输入–-程序应提示错误;
      2. 必填项只输入若干个空格,未输入其他字符–程序应提示错误;
      3. 每个文本框(包括必填项和非必填项)里都要输入数据,检验数据是否保存成功。
    • 字段唯一性校验:(不是所有字段都做此项校验,视实际项目情况而定)
      1. 新增时输入重复的字段值–必须提示友好信息;
      2. 修改时输入重复的字段值–必须提示友好信息。
    • 字段长度校验:
      1. 输入【最小字符数-1】–-程序应提示错误;
      2. 输入【最小字符数】–-OK;
      3. 输入【最小字符书+1】–OK;
      4. 输入【最大字符数-1】–OK;
      5. 输入【最大字符数】–OK;
      6. 输入【最大字符数+1】–程序提示错误。
    • 字段为特殊字符校验: 1.输入域如对某些字符禁止输入时,限制是否成功,提示信息是否友好; 2.中文、英文、空格、数字、字符、下划线、单引号等所有特殊字符组合; 3.所有特殊字符都必须进行测是~!@#¥%……&*()——+」「“:?》《/。‘;】【`·$^][}{|、><.,
    • 字段为特殊代码校验:
      1. 输入html代码:比如“你好”;–必须以文本形式将代码显示出来。
      2. 输入javaScript代码,不如;–必须以文本的形式将蛋吗显示出来。
    • 多行文本输入:
      1. 是否允许回车换行;
      2. 保存后再显示能够保持输入时的格式;
      3. 仅输入回车换行,检查能否正确保存,若能,检查保存结果,若不能,查看是否有正确提示;
      4. 仅输入空格,检查能否正确保存,若能,检查保存结果,若不能,查看是否有正确提示;
      5. 查询数据时,要考虑空格的介入。
  • 文本框为数值型
    • 边界值:
      1. 输入【最小值-1】–提示错误;
      2. 输入【最小值】–OK;
      3. 输入【最大值】–OK;
      4. 输入【最大值+1】–提示错误。
    • 位数:
      1. 输入【限定位数】–OK;
      2. 输入【限定位数+1】–根据实际项目,是否自动四舍五入成限制位数,或者提示错误;
      3. 输入【限定位数-1】–OK。
    • 异常值、特殊值: 4. 输入非数值型数据:汉字、字母、字符–提示错误; 5. 输入负数–根据实际情况,如果不允许输入负数,友好提示; 6. 字段禁止直接输入非数值型数据时,使用“粘贴”、“拷贝”功能尝试输入,并测试能否正常提交保存–只能使用“粘贴”“拷贝”方案输入的特殊字符应无法保存,并给出相应提示; 7. 全角数字和半角数字的情况–全角数字不能保存,提示信息,半角数字正常保存; 8. 首位为0的数值:如01=1–根据项目情况确认。
  • 文本框为日期类型
    • 合法性检查:
      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.29–提示错误;
      9. 月输入【1月】–OK;
      10. 月输入【12月】–OK;
      11. 月输入【13月】–提示错误。
    • 格式检查:
      1. 不合法格式:2009-09、2009-09-、200-2-1;
      2. 根据项目情况确认是否合法:2009/09/01,2009.09.01、20090901、2009-09-01。
    • 异常值、特殊值:
      1. 输入汉字、字母、字符–提示错误。
  • 文本框为时间型
    • 合法性检查:
      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. 系统中涉及时间是否取服务器时间;

3.上传和导出公共测试用例

  • 上传图片 案例分享:假设要求上传文件为jpg或者gif格式图片,大小为<=5M的体盘,用例设计:
    • 文件类型正确,文件大小合适:
      1. jpg/gif,4.9M,上传成功
      2. jpg/gif,5M,上传成功
      3. jpg/gif,5.1M,提示“上传附件大小不能超过5M”
    • 类型正确错误,大小合适
      1. 上传doc\xls\ppt\bmp\psd等格式,4.9M,提示“上传附件支持jpg/gif格式图片”
      2. 上传doc\xls\ppt\bmp\psd等格式,5M,提示“上传附件支持jpg/gif格式图片”
      3. 上传doc\xls\ppt\bmp\psd等格式,5.1M,提示“上传附件支持jpg/gif格式图片”
    • 类型、大小合法,上传0Kb图片,提示“请重新上传文件,或者是不能长串0kb图片”
    • 文件类型、大小合法,上传一个正在使用中的图片(即打开该图片,再上传)上传成功
    • 文件类型和大小合法,手动输入一个存在的图片地址,点击上传,上传成功
    • 文件类型、大小合法,手动收入一个不存在的图片地址,点击上传,提示“请输入正确的文件地址”
    • 文件类型、大小合法,手动输入一个存在的图片名称,点击上传,提示“请输入正确的文件地址”
  • 文件导出
    1. 验证导出文件名长度,根据实际情况确认;
    2. 验证导出文件为空的情况;
    3. 验证导出文件为特殊字符的情况
    4. 验证导出全部资料的情况,导出的信息是否正确;
    5. 验证导出部分资料的情况,导出的信息是否正确;
    6. 验证导出大量数据时的时间是否在合理范围内
    7. 验证导出目的磁盘空间已满的情况下,导出是否有友好的处理方式;
    8. 验证导出目的扽文件夹为只读的情况下,导出时是否有友好的提示信息。
  • 上传文件
    • 页面 1.页面美观性、易用性(键盘和鼠标的操作、tab跳转的顺序是否正确) 2.按钮文字正确性 3.说明文字是否正确性 4.正确/错误的提示文字是否正确 5.提示当前位置是否正确,并且和其他页面保持一致格式; 6.必填项的标识是否正确
    • 功能 7.路径是否可以手动输入(手工输入的时候是否限长); 8.上传文件超过最大值是在提交前校验还是提交后校验 9.上传文件格式支持(图片:gif/jpg/bmp...,文档:doc/sxw/xls...,压缩包:zip/rar...,安装文件:exe/msi...) 10.上传文件是否支持中文名称 11.文件名称的最大值、最小值、特殊字符(包含空格)、使用程序语句是否会对其造成影响、中文名称是否能正常显示
  • 文件下载
    • 功能
      • 右键另存为是否可以正确下载文件,并且记录下载次数;
        1. 工具下载是否正确,并且记录下载次数;
      • 单击下载是提示下载还是在页面打开
        1. 直接打开是否显示正确
        2. 对于本机没有安装工具的文件是否能够打开,是否能给出正确的提示;
        3. 对于直接在页面内打开的内容是否能够显示正常,页面美观
        4. 保存到本地是否能正确显示
        5. 取消下载是否会记录下载次数
      • 下载次数是否被正确记录

4.列表公共测试用例

  • 列表页面显示
  1. 确认页面的默认排序方式,字段+升降序;
  2. 含link的列,验证其有效性,即点击后的跳转是否正确;
  3. 第一列的选择框,“全选”和“部分选择”需有效;部分选中时,全选按钮应自动取消
  • 顶部搜索功能
  1. 逐个测试每个搜索条件的有效性;
  2. 做2-3个组合条件的查询,验证结果;合集共有N+3个搜索条件的测试;
  3. 有时间区域的,验证列表项的开始到结束时间和选择区间有交叉,则为有效,且包含所选日期记录;
  4. 条件中,开始时间不能大于结束时间;
  5. 搜索条件,在分页显示时,需始终保持有效;
  6. 点击名为“显示全部”的按钮,需清除所有条件,并显示所有记录;
  7. 每一次新的搜索执行,都应该取出分页,显示第一页、并回到进入页面是的默认排序方式。
  • 右侧或底部的按钮 :按功能分成多个用例
  1. 单选,多选、全选的情况下,点击按钮执行某个功能,如可见、隐藏功能按钮;
  2. 跨页选择,在一些选择成员的列表中应有效,需跟需求确认;
  • 列表数据的验证
  1. 验证从数据库中等到的列表项中每列数据的正确性,要求覆盖不同情况的值,比如“停止”“启用”的状态
  2. 已使用空间大小和总空间大小等数字的正确性。 可以结合其他用例描述,必须要覆盖到
  • 列表按标题的排序
  1. 检查每个列表标题,要求点击后能按其进行排序,第一次点击为正序,以后每次点击为升、降序切换;
  2. 进入下一页、上一页、以及任意分页显示时,条件需要始终保持有效;
  • 分页
  1. “第2也/共8页 每页10条/共79条”中的分页数据必须正确;
  2. 第一页、上一页、下一页、最后一页的link在当前上下文有意义时显示,否则隐藏或显示为文本标签;
  3. 填入某个数字,点击“跳转到” 到按钮正确的页数。 需要考虑每个文本框输入的有效性,比如日期、域名、跳转到某页的文本框能接受的值,具体参照需求。

对于报表中的所有字段值都应该有明确的定义,对于无意义的字段值,不应该显示空,应显示为“--”或者“/”,表示该字段值无意义。

5.表单测试

  1. 注册、登录功能是否实现;
  2. 提交、清空按钮功能是否实现;
  3. 修改表单与注册页面数据是否相同,修改表单是否对重命名做验证;
  4. 提交的数据是否能正确保存到后台数据库中(后台数据库中数据应与前台录入内容完全一致。数据不会丢失或被改变);
  5. 表单提交、删除、修改后是否有提示信息,提示、警告、或者错误说明应该清楚、明了、恰当;
  6. 浏览器的前进、后退、刷新按钮,是否会造成数据重新或者页面报错;
  7. 提交表单是否支持回车、Tab键;Tab间的顺序与控件排列顺序要一致;目前流行总体从上到下,同行时从左到右的方式;
  8. 下拉列表功能是否实现和数据是否完整(例如:省份和市区下拉列表数据是否互动)。