本文详细列举了针对Web应用程序的通用测试用例，包括页面加载速度、导航结构、功能操作、兼容性、用户体验等多个方面，旨在确保Web应用的稳定性和高性能。
web端通用测试用例
| 测试类型 | 测试方法 | 备注 |
| 字符输入框 | 1.特殊字符：英文全角、英文半角、特殊字符“~！@#￥%……&*？[]{}”，html和js函数 | |
| 2.长度检查:最小长度、最大长度、最小长度-1、最大长度+1 | ||
| 3.空格检查：字符间有空格、字符前有空格、字符后有空格、字符前后有空格 | ||
| 4.多行文本输入框：允许回车换行、保存后再显示能够保存输入的格式 | ||
| 数值输入框 | 1.输入负整数、负小数、输入字母或汉字、小数、首位为0的数字如01、数字与字母混合 | |
| 2.边界值：最大值、最小值、最大值+1、最小值-1 | ||
| 3.位数：最小位数、最大位数、最小位数-1最大位数+1、输入超长值 | ||
| 日期输入框 | 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] | |
| 信息重复 | 1.在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理. | |
| 搜索功能 | 1.如果支持模糊查询，搜索名称中任意一个字符是否能搜索到 | |
| 2.比较长的名称是否能查到 | ||
| 3.输入系统中不存在的与之匹配的条件 | ||
| 4.用户进行查询操作时，一般情况是不进行查询条件的清空，除非需求特殊说明 | ||
| 5.不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错） | ||
| 6.测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。 | ||
| 添加、修改 | 1.是否支持Tab和回车键 | |
| 2.不符合要求的地方是否有错误提示 | ||
| 3.字段唯一的，是否可以重复添加，添加后是否能修改为已存在的字段 | ||
| 4.进行必填项检查、能否能够连续添加、添加或者修改后查询界面是否及时更新 | ||
| 5.提交数据时，连续多次点击，查看系统会不会连续增加几条相同的数据或报错 | ||
| 6.若结果列表中没有记录或者没选择某条记录，点击修改按钮，系统会抛异常 | ||
| 删除功能 | 1.是否支持Tab和回车键 | |
| 2.不选择任何信息，直接点击删除按钮，是否有提示 | ||
| 3.执行风险操作时，应该有确认提示 | ||
| 4.是否能连续删除多个产品 | ||
| 5.当只有一条数据时，是否可以删除成功 | ||
| 6.删除一条数据后，是否可以添加相同的数据 | ||
| 7.如系统支持批量删除，注意删除的信息是否正确 | ||
| 8.如有全选，注意是否把所有的数据删除 | ||
| 9.删除数据时，要注意相应查询页面的数据是否及时更新 | ||
| 10.如删除的数据与其他业务数据关联，要注意其关联性（如删除部门信息时，部门下游员工，则应该给出提示） | ||
| 11.如果结果列表中没有记录或没有选择任何一条记录，点击删除按钮系统会报错 | ||
| 注册模块 | 1.注册时，设置密码为特殊版本号，检查登录时是否会报错 | |
| 2.注册成功后，页面应该以登陆状态跳转到首页或指定页面 | ||
| 3.在注册信息中删除已输入的信息，检查是否可以注册成功。 | ||
| 上传文件 | 1.文件类型正确，大小合适、大小不合适 | |
| 2.文件类型错误，大小合适 | ||
| 3.文件类型和大小都合适，上传一个正在使用中的图片 | ||
| 4.文件类型大小都合适，手动输入存在的图片地址来上传 | ||
| 5.文件类型和大小都合适，输入不存在的图片地址来上传 | ||
| 6.文件类型和大小都合适，输入图片名称来上传 | ||
| 7.不选择文件直接点击上传，查看是否给出提示 | ||
| 8.连续多次选择不同的文件，查看是否上传最后一次选择的文件 | ||
| 查询结果列表 | 1.列表、列宽是否合理 | |
| 2.列表数据太宽有没有提供横向滚动 | ||
| 3.列表的列名有没有与内容对应 | ||
| 4.列表的每列的列名是否描述的清晰 | ||
| 5.列表是否把不必要的列都显示出来 | ||
| 6.点击某列进行排序，是否会报错（点击查看每一页的排序是否正确） | ||
| 7.双击或单击某列信息，是否会报错 | ||
| 返回键检查 | 1、一条已经成功提交的记录，返回后再提交，是否做了处理 | |
| 2、检查多次使用返回键的情况，在有返回键的地方，返回到原来的页面多次，查看是否会出错 | ||
| URL链接检查 | 1.在Web系统中，在地址栏直接输入各个功能页面的URL地址，看系统如何处理，是否能够直接链接查看（匿名查看），是否有权限控制，是否直接执行，并返回相应结果页； | |
| 分辨率测试 | 1.页面板式在不同的分辨率模式下是否显示正常？ | |
| 2.字体是否太小以至于无法浏览? 或者是太大? 文本和图片是否对齐? | ||
| 链接测试 | 1.可以使用特定的工具如XENU来进行链接测试。 | |
| 界面和易用性测试 | 1.风格、样式、颜色是否协调 | |
| 2.界面布局是否整齐、协调（保证全部显示出来的，尽量不要使用滚动条) | ||
| 3.界面操作、标题描述是否恰当（描述有歧义、注意是否有错别字） | ||
| 4.操作是否符合人们的常规习惯（有没有把相似的功能的控件放在一起，方便操作） | ||
| 5.提示界面是否符合规范（不应该显示英文的cancel、ok，应该显示中文的确定等） | ||
| 6.模块调用是否统一，相同的模块是否调用同一个界面 | ||
| 7.用滚动条移动页面时，页面的控件是否显示正常 | ||
| 8.页面是否有多余按钮或标签 | ||
| 9.窗口标题或图标是否与菜单栏的统一 | ||
| 10.窗口的最大化、最小化是否能正确切换 | ||
| 11.对于正常的功能，用户可以不必阅读用户手册就能使用 | ||
| 12.系统应该在用户执行错误的操作之前提出警告，提示信息 | ||
| 13.对于正常的功能，用户可以不必阅读用户手册就能使用 |
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
