功能测试点总结(界面)

1、新增

  1)新增的记录必须排在首页首行。

  2)提交失败后必须保留用户已输入的内容,以便再次提交。

  3)提交时或提交前需对主要标识字段进行重复值、空值(空格)判断。

  4)需要验证字段的类型、最大长度限制验证

  5)可输入/选择框以正常色显示;不可输入/选择框以灰色显示;

  2、删除

  1)必须有确认删除的提示信息。

  2)删除成功后刷新不显示被删除的记录。

  3)删除成功后返回到原记录所在页面;而当原记录所在页不存在时,则返回上一页。

  4)当被删除的记录与其它记录存在关联时,视实际需求给予不允许删除、更明细提示等信息。

  3、修改

  1)如界面存在复选按钮,勾选多条记录进行修改时,需给予只能对一条记录进行修改,默认为第一条的提示信息。

  2)修改时加载的内容都为该记录的实际内容,而不再为默认值。

  3)修改完成后必须回到原记录所在位置,且刷新显示修改后的值。

  4)提交失败后必须保留用户已修改的内容,以便再次提交。

  5)在查询条件下修改返回后如不满足查询条件则不显示。

  6)需对主要标识字段进行重复值、空值(空格)判断。

  7)需要验证字段的类型、最大长度限制验证

  8)可输入/选择框以正常色显示;不可输入/选择框以灰色显示;

  9)检查修改时的验证与新增时的验证是否一致。例如很多时候开发人员会想着在新增时做验证,但是做修改功能时容易忽略验证

  4、查询

  1)每次查询后定位到首页。

  2)每次查询后保留当前查询条件。

  3)当查询条件较多时,请配以重置按钮一同使用。

  4)当未查询到任何记录时,需给予未查找相关记录的提示信息。

  5)除用户明确要求不需要外,需提供模糊查询及组合查询功能。

  5、查看

  1)一般是选择列表中某一记录点击查看按钮显示记录的详细信息或是双击列表中某一项显示该记录的详细信息

  2)注意设置查看窗口的高度和宽度的合理值。超过最佳设置值时,显示滚动条。

  6、取消

  1)在数据量较多的页面中,当进行了修改后,取消请给予提示。

  2)取消返回到原记录所在位置。

  7、保存

  1)当保存所费时间较长时,需给予进度界面提示。

  2)必须控制不可以重复保存。

  3)保存操作是否成功应该给出结果信息,成功或是失败。

  8、重置

  1)必须保证重置后与初始进入此页面时一致性。

  9、返回

  1)当从一个页面点击按钮或链接进入子页面时,子页面必须提供返回按钮。

  2)若没有特殊要求,返回应该是返回当前页面的上一页。

  10、翻页

  1)带条件进行翻页时,翻页同时可执行查询功能。

  2)如翻页后进入子页面,子页面需从首页开始显示。

  3)如有单页复选功能,翻页后不保留选中状态。

  11、全选

  1)勾选全选则选中当页所有记录。

  2)去掉当页某个记录的勾选,则全选也去掉勾选。

  3)翻页后,自动去掉已勾选的记录及全选的勾选。

  4)单个勾选当前页面所有记录时,全选按钮应该是选中状态。

时间: 2024-10-18 14:25:44

功能测试点总结(界面)的相关文章

测试用例实例--常见功能测试点(转)

笔者在网上看到了一篇文章,个人认为此文对于“软件常用功能测试点”总结的很好,特此摘录下来和大家一起分享.         1. 登陆.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求) ④ 密码符合要求,用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 数据库中不存在的用户名,不存在的密码 ⑦ 数据库中存在的用户名,错误的

测试用例实例--常见功能测试点

笔者在网上看到了一篇文章,个人认为此文对于"软件常用功能测试点"总结的很好,特此摘录下来和大家一起分享.         1. 登陆.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求) ④ 密码符合要求,用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 数据库中不存在的用户名,不存在的密码 ⑦ 数据库中存在的用户

常见功能测试点的测试用例集合

  1. 登录.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登录 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求) ④ 密码符合要求,用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 数据库中不存在的用户名,不存在的密码 ⑦ 数据库中存在的用户名,错误的密码 ⑧ 数据库中不存在的用户名,存在的密码 ⑨ 输入的数据前存在空格 ⑩ 输入正确的用户名密码以后按[enter]是

添加、编辑、删除功能测试点

添加功能 1.特殊键:(1)是否支持Tab键 (2)是否支持回车键 2.提示信息:(1)不符合要求的地方是否有错误提示 3.唯一性:(1)字段唯一的,是否可以重复添加,添加后是否能修改为已存在的字段 (字段包括区分大小写以及在输入的内容前后输入空格,保存后,数据是否真的插入到数据库中,注意保存后数据的正确性) 4.数据正确性: (1)对编辑页的每个编辑项进行修改,点击保存,是否可以保存成功,检查想关联的数据是否得到更新. (2)进行必填项检查(即是否给出提示以及提示后是否依然把数据存到数据库中:

手机调用系统的拍照和裁剪功能,如果界面有输入框EditText,在一些手机会出现点击EditText会弹出输入法,却不能输入的情况。

code如下: //Longest common sequence, dynamic programming method void FindLCS(char *str1, char *str2) { if(str1 == NULL || str2 == NULL) return; int length1 = strlen(str1)+1; int length2 = strlen(str2)+1; int **csLength,**direction;//two arrays to recor

常见功能测试点

登陆.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1.登录 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求) ④ 密码符合要求,用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 数据库中不存在的用户名,不存在的密码 ⑦ 数据库中存在的用户名,错误的密码 ⑧ 数据库中不存在的用户名,存在的密码 ⑨ 输入的数据前存在空格 ⑩ 输入正确的用户名密码以后按[enter]是否能登陆

[转]基于实际测试的功能测试点总结

Myself:根据测试工程师的项目经验,在web测试过程中,对寻找bug的测试点的整理. 1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确.可以使用一些工具,如LinkBotPro.File-AIDCS.HTML Link Validater.Xenu等工具.LinkBotPro不支持中文,中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu无需安装,支持asp.do.jsp等结尾的网页,xenu测试链接包括内部链接

【tool】常见功能测试点

1. 登陆.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求) ④ 密码符合要求,用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 数据库中不存在的用户名,不存在的密码 ⑦ 数据库中存在的用户名,错误的密码 ⑧ 数据库中不存在的用户名,存在的密码 ⑨ 输入的数据前存在空格 ⑩ 输入正确的用户名密码以后按[enter]是否能

测试用例--常见功能测试点

摘要:1. 登陆.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1. 登陆.添加.删除.查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求) ④ 密码符合要求,用户名不符合要求(格式上的要求) ⑤ 用户名或密码为空 ⑥ 数据库中不存在的用户名,不存在的密码 ⑦ 数据库中存在的用户名,错误的密码 ⑧ 数据库中不存在的用户名,存在