• 0
  • 0
分享
  • 常见功能测试点——软件测试圈
  • TIMI 2021-11-04 13:58:34 字数 3470 阅读 660 收藏 0

登录、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑

1)登录

  1. 用户名和密码都符合要求(格式上的要求);

  2. 用户名和密码都不符合要求(格式上的要求);

  3. 用户名符合要求,密码不符合要求(格式上的要求);

  4. 密码符合要求,用户名不符合要求(格式上的要求);

  5. 用户名或密码为空;

  6. 数据库中不存在的用户名,不存在的密码;

  7. 数据库中存在的用户名,错误的密码;

  8. 数据库中不存在的用户名,存在的密码;

  9. 输入的数据前存在空格;

  10. 输入正确的用户名密码以后按[enter]是否能登陆。

2)添加

  1. 要添加的数据项均合理,检查数据库中是否添加了相应的数据;

  2. 留出一个必填数据为空;

  3. 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例;

  4. 不符合要求的地方要有错误提示;

  5. 是否支持table键;

  6. 按enter是否能保存;

  7. 若提示不能保存,也要察看数据库里是否多了一条数据。

3)删除

  1. 删除一个数据库中存在的数据,然后查看数据库中是否删除;

  2. 删除一个数据库中并不存在的数据,看书否有错误提示,并且数据库中没有数据被删除;

  3. 输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除;

  4. 输入的正确数据前加空格,看是否能正确删除数据;

  5. 什么也不输入;

  6. 是否支持tab键;

  7. 是否支持enter键。

4)查询

  • 精确查询:

  1. 输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据;

  2. 输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据;

  3. 输入格式或范围不符合要求的数据,看是否有错误提示;

  4. 输入数据库中不存在的数据;

  5. 不输入任何数据;

  6. 是否支持table键;

  7. 是否支持enter键。

  • 模糊查询:

在精确查询的基础上加上以下一点:

输入一些字符,看是否能查出数据库中所有的相关信息

设计功能测试用例

文本框、按钮等控件测试

文本框的测试

如何对文本框进行测试

  1. 输入正常的字母或数字;

  2. 输入已存在的文件的名称;

  3. 输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理;

  4. 输入默认值,空白,空格;

  5. 若只允许输入字母,尝试输入数字;反之;尝试输入字母;

  6. 利用复制,粘贴等操作强制输入程序不允许的输入数据;

  7. 输入特殊字符集,例如,NUL及等;

  8. 输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示;

  9. 输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。

在测试过程中所用到的测试方法:

  1. 输入非法数据;

  2. 输入默认值;

  3. 输入特殊字符集;

  4. 输入使缓冲区溢出的数据;

  5. 输入相同的文件名。

命令按钮控件的测试

  1. 点击按钮正确响应操作。如,单击确定,正确执行操作;单击取消,退出窗口;

  2. 对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31;

  3. 对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会。

单选按钮控件的测试

  1. 一组单选按钮不能同时选中,只能选中一个;

  2. 逐一执行每个单选按钮的功能。分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”;

  3. 一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空。

up-down控件文本框的测试

  1. 直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;

  2. 利用上下箭头控制数字的自动循环,如,当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用;

  3. 直接输入超边界值,系统应该提示重新输入;

  4. 输入默认值,空白。如,“插入”数目为默认值,点击“确定”;或,删除默认值,使内容为空,单击“确定”进行测试;

  5. 输入字符。此时系统应提示输入有误。

组合列表框的测试

  1. 条目内容正确,其详细条目内容可以根据需求说明确定;

  2. 逐一执行列表框中每个条目的功能;

  3. 检查能否向组合列表框输入数据。

复选框的测试

  1. 多个复选框可以被同时选中;

  2. 多个复选框可以被部分选中;

  3. 多个复选框可以都不被选中;

  4. 逐一执行每个复选框的功能。

列表框控件的测试

  1. 条目内容正确;同组合列表框类似,根据需求说明书确定列表的各项内容正确,没有丢失或错误;

  2. 列表框的内容较多时要使用滚动条;

  3. 列表框允许多选时,要分别检查shift选中条目,按ctrl选中条目和直接用鼠标选中多项条目的情况。

滚动条控件的测试

要注意一下几点:

  1. 滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如,word中浏览100页文档,浏览到50页时,滚动条位置应处于中间;

  2. 拖动滚动条,检查屏幕刷新情况,并查看是否有乱码;

  3. 单击滚动条;

  4. 用滚轮控制滚动条;

  5. 滚动条的上下按钮。

各种控件在窗体中混和使用时的测试

  1. 控件间的相互作用;

  2. tab键的顺序,一般是从上到下,从左到右;

  3. 热键的使用,逐一测试;

  4. enter键和esc键的使用。

在测试中,应遵循由简入繁的原则,先进行单个控件功能的测试,确保实现无误后,再进行多个控件的的功能组合的测试。

ps:密码输入框测试时要特别注意进行字母大写输入的测试。

查找替换操作

案例演示:打开word中的"替换"对话框

测试本功能有通过测试和失败测试两种情况

通过测试:

  1. 输入内容直接查找,或查找全部;

  2. 在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以。

失败测试:

  1. 输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;

  2. 输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试。

替换测试大体相同.

关于编辑操作窗口的功能测试的用例:

  1. 关闭查找替换窗口.不执行任何操作,直接退出;

  2. 附件和选项测试.假如,设定"精确搜寻","向后"搜索等附件选项等等来测试;

  3. 控件间的相互作用.如,搜寻内容为空时,按钮"搜寻全部","搜寻","全部替换","替换"都为灰色;

  4. 热键,Tab键.回车键的使用。

插入操作

1)插入文件

测试的情况

  1. 插入文件;

  2. 插入图像;

  3. 在文档中插入文档本身;

  4. 移除插入的源文件;

  5. 更换插入的源文件的内容。

2)链接文件

测试方法:

  1. 插入链接文件;

  2. 在文档中链接文档本身;

  3. 移除插入的源文件;

  4. 更换插入的源文件的内容。

3)插入对象

要测试的内容

  1. 插入程序允许的对象,如,在word中插入excel工作表;

  2. 修改所插入对象的内容.插入的对象仍能正确显示;

  3. 卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用。

编辑操作

编辑操作包括剪切,复制,粘贴操作.

测试剪切操作的方法

  1. 对文本,文本框,图文框进行剪切;

  2. 剪切图像;

  3. 文本图像混合剪切。

复制操作方法与剪切类似.

测试时,主要是对粘贴操作的测试,方法是:

  1. 粘贴剪切的文本,文本框及图文框;

  2. 粘贴所剪切的图像;

  3. 剪切后,在不同的程序中粘贴;

  4. 多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次;

  5. 利用粘贴操作强制输入程序所不允许输入的数据。

界面测试用例的设计方法

1)窗体

测试窗体的方法:

  1. 窗体大小,大小要合适,控件布局合理;

  2. 移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确;

  3. 缩放窗体,窗体上的控件应随窗体的大小变化而变化;

  4. 显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常。

进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单懒中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;

2)控件

测试方法:

  1. 窗体或控件的字体和大小要一致;

  2. 注意全角,半角混合;

  3. 无中英文混合。

3)菜单

进行测试时要注意

选择菜单是否可以正常工作,并与实际执行内容一致;

  1. 是否有错别字;

  2. 快捷键是否重复;

  3. 热键是否重复;

  4. 快捷键与热键操作是否有效;

  5. 是否存在中英文混合;

  6. 菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;

  7. 鼠标右键快捷菜单。

4)特殊属性

  1. 安装界面应有公司介绍或产品介绍,有公司的图标;

  2. 主界面及大多数界面最好有公司图标;

  3. 选择"帮助"->"关于"命令,应看见相关版权和产品信息。

总结

个人在总结软件测试知识的这段时间发现,软件测试工作要做好,如何提高我们测试的效率,首先就是要找出软件中的常用功能测试点,如此文中上面中的内容,把共性的工作抽取后,个性的工作再逐个突破,工作会变得轻松起来。


及时行测

原文链接:https://blog.csdn.net/wxyy7523/article/details/86716009

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   下面10个Python初学者常犯的错误,并不是真正的代码错误,代码照样可以运行,但是不够Pythonic,因为Python有自己的语言哲学,在代码的处理上有传统语言无法比拟的简洁性和便捷性。  1.  真值比较  初学者经常在if语句中使用==比较符来判断表达式是否为真值。  这是一种冗余的写法,其实你可以直接对变量进行检查。  2 . 字符串连接  很多初学者教程中,他们会告诉你字符串连接直接使用+操作符。  一种更优雅的写法是使用f-string方式,将变量放置在{} 中,该方法能让代码清晰易读,因为你不需要针对非字符串变量做强制转换了。  3. open()、close()...
            0 0 411
            分享
          •   我也是黑盒出来的呀  现在我到一家公司,就会有小朋友问我:你以前是开发吗?你是怎么变厉害的呀?到底要怎么学习呀?  我也是黑盒出来的呀,不要小看测试的能力的嘛~  很幸庆的是,我是计算机专业出来的,这个基础给我带来了很多的优势;其实很多时候,我自己也是在后悔,出来的一刹那为什么没有选择去成为一名研发,而选择了测试。  其实,越到后面越会明白,如果一开始是研发而转为测试开发,那会容易些。  为什么一开始的时候没有选择去编码呢?同样的思路:大学的时候真的不喜欢编码,觉得测试入门简单,动代码的机会比较少;可是哇!工作后,为了涨薪,硬生生的逼自己学会了编码~~汗~~  我从功能转自动化的过程  我...
            0 0 531
            分享
          • 前端交互测试前端页面与后端代码之间的交互测试,可以理解为接口功能测试的一个子集。测试准备 在进行交互测试前,首先要对前端功能有明确的认知,能够明确区分: 什么功能属于前端页面逻辑功能 什么功能又属于前端与后端交互功能 前端功能与后端是通过什么接口方式进行交互 前、后端,双方有什么样约束 在这里提到了约束这个概念,在实际项目研发过程中,功能测试阶段所产生 的 bug,有很大一方面是由于前、后端沟通不彻底,需求确认模糊导致。在进入研发前,双方将各自 后续由于 bug 导致的反工工作量。测试方法可以使用抓包工具...
            10 11 1392
            分享
          •      昨天的文章中给大家介绍到了批量生成企业数据,今天为大家贴上批量生成个人信息的代码。生成的个人信息数据如下截图:     批量生成个人信息的代码如下:from faker import Faker import xlwt faker = Faker('zh_CN') def add_user_info(number):     work_book = xlwt.Workbook(...
            4 2 3552
            分享
      • 51testing软件测试圈微信