今日讨论:你们测试组有公共用例库吗?

本文讲述了测试团队建立公共用例库的过程,旨在提高效率和减少重复工作。团队成员分享了公共用例库的覆盖范围、颗粒度、使用方法及面临的挑战。目前,团队正在推进全组范围的公共用例库建设,但遇到了不同产品间用例通用性的难题。讨论涉及公共用例库的理想形态和实施策略。

产品公共用例库成立

前一阵子。

我和团队里的一个同事针对我们产品,组建了一个公共用例库 。

组建公共用例库的目的:

  • 减少重复编写工作
  • 用例风格统一,减少遗漏
  • 目标提高管理端 用例编写 的效率

这个公共用例库比较适用于我们产品“ 新增页面编写的用例的大部分用例”

公共用例 :单个页面可能涉及到的用例
其中涉及模块:DB、权限、页面UI、列表、新建、编辑
含用例条数:90+

目前用例覆盖控件:

列表涉及控件有:筛选器、搜索框、分页翻页、排序控件、日期控件、CheckBox等

浮层表单涉及控件有:文本框(支持:字符串、正整数、数字、小数、URL格式、Email格式、Phone格式)、单选按钮、下拉框(单选、多选)、时间选择控件、文件上传控件

目前用例覆盖场景:
01 、特殊字符场景补充
在这里插入图片描述
02、探索性测试 - 补充历史曾出错的场景在这里插入图片描述
03、数据场景更为全面、减少遗漏
在这里插入图片描述
04、组合场景补充
在这里插入图片描述
大家看上面用例会发现,上面的用例中包含了参数。
使用方法就是通过 查找/替换的方式。
当我们的公共用例库被引起 我们测试组Leader 关注时,正好与我们Leader 今年的OKR不谋而合 。

我们Leader 今年的OKR其中一项,就是:组建我们测试组的 公共用例库 。
因为我们测试组有多个产品,每个产品都有适用于自己的小型公共用例库,且不是很全面。
并且大家好像做的东西,都有点重复 。所以Leader打算组建一个测试组的公共用例库,提高大家的用例复用率、少编写一些重复用例的时间;并且之后有新的产品线时,用例库的作用还是蛮大的。

测试组公共用例库推进

于是我们开始推进这个事

1.Leader 先召开了一个会议,拉上每个产品的负责人,让她们展示她们产品已有的公共用例库
从这个会议来看,大家好像不太愿意去对公共用例进行一些改动/编辑,甚至不动任何东西(所以我们产品之前整理的参数替换的公共用例库,在测试组不太适用,不过很适用与我们产品)
2.在会议上,拉了 6 个小伙伴加入到我们测试组的公共用例库中,其中2个小伙伴负责研究/编写组件的UI/交互的前端用例(因为我们所有产品的组件用的是我们前端团队自研的组件)另外小伙伴负责API的公共用例,我们剩下 3人,则负责公共用例库的所有建设。
3.然后就是我们3人对于公共用例库的一些会议,我们觉得其中的挑战(有点难度)是:用例库的覆盖范围确定、用例库的覆盖颗粒度确定、用例库的使用方法、用例库的推行使用。
4.会议结果是:
用例库的覆盖范围确定:组件(前后端)、API
用例库的覆盖颗粒度确定:不要太细,基本的元素都要写到
用例库的使用方法:不用参数替换这种方式,让使用者对公共用例库中的用例直接加入到测试执行中,不需要改
用例库的推行使用:到时候会组织相关会议

现在这个公共用例库也还在推进中,还没有对团队内发版

讨论

1、你们测试组有公共用例库吗?
2、若有公共用例库,是什么样子呢
3、若无公共用例库,如果你们测试组将要组件公共用例库,你希望是什么样子
4、对于我们公共用例库组件,你有什么想说的(建议/优化/想法)

内容概要:本文档详细介绍了功能测试用例库的内容,涵盖了输入验证、操作验证、用户注册、登录、注销、增加、删除、修改、查询、翻页操作、错误页面测试以及界面测试等多个方面。具体来说,输入验证包括数字、字符、日期时间、多列表选择框、单列表下拉框、大文本输入框、文件输入框、验证码、字符长度、必填项、格式规则输入验证和系统错误定位等;操作验证涉及页面链接、相关性、按钮功能、重复提交表单、多次界面回退、快捷键、回车键、上传下载文件和其他验证;用户注册测试用例关注注册名、密码输入和可填项;登录模块测试用例包括登录名和密码输入、提交操作和重设操作;注销模块测试用例确保用户session被正确注销;增加操作测试用例涵盖添加输入内容、限制重复增加、增加成功或失败后的提示和文件数据增加;删除操作测试用例确保选择正确的数据字段、限制重复删除、验证数据和文件是否被删除及删除成功或失败后的提示;修改操作测试用例关注修改部分数值、输入限制的一致性和修改成功或失败后的提示;查询操作测试用例涉及条件输入查询、条件组合查询、查询结果排序和查询成功或失败后的提示;翻页操作测试用例确保分页显示、翻页按钮功能和每页数据准确性;错误页面测试确保系统异常情况下显示友好界面;界面测试用例包括一致性验证、图形验证、文字验证和浏览器兼容验证等。 适合人群:具备一定编程基础,尤其是从事软件测试工作的技术人员,包括初级和中级测试工程师。 使用场景及目标:①帮助测试工程师全面掌握各种功能测试用例的设计和执行方法;②确保软
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值