专栏文章 极简测试用例编写: AI 帮你写测试用例

simonpatrick · 2023年11月20日 · 最后由 暴躁的胖虎 回复于 2023年12月19日 · 11533 次阅读

极简测试用例编写: AI 帮你写测试用例

为什么他们说的那些我总是用不到?

满眼,满耳朵都是 AI,chatgpt,什么 LLM,什么大模型,什么替换测试,可是我为什么就是用不到呢?
看了一堆一堆的介绍,可是哪些有用呢?再看一堆一堆资料,概念,说辞,我连要看哪些都不知道了,好吗?
好吧,那我只能去报名上课了?等等......

不需要什么完满?只要和现在比好点就行了

要比现在好点其实说来惭愧,只要不当存粹测试用例打字员就行.

主要比现在好就行!

小试了一下帮忙写测试用例的情况,慢慢他变成了我的小日常. 如果使用听我慢慢道来.

测试用例流程

测试用例管理流程图可以画挺好看,比如:

着 balabala 一大堆,然后现实发现要做的事情:

  1. 看需求
  2. 重新抄一遍需求,然后增加一些用例, 编程脑图/Excel
  3. 测试用例 Review,开一个会议,然后说一个 1 小时,结束,关心的人其实不太多
  4. 然后下次迭代重复

写多了测试用例之后,有一个打字员的感觉,不是吗?我反正有点. 虽然很多人反复强调测试用例很重要,
这是一个事实,确实很重要,但你也无法否认很很大一部分测试用例其实是类似的,有些只是换了一种形式的需求文档.

没有任何不尊重测试用例的意思,只是说一些事实. 而我只想少打一些字,少做一些格式转化的事情.

所以我试了一下下面的方式.

选择什么样的测试用例让 AI 帮助写

这其实不用太想,就是一些最常见的功能:

  1. 增删改查
  2. 字段校验等等
  3. 查询分页

怎么让 AI 帮忙写呢?

A. 简洁描述一下需求给 AI

生成如下需求的测试用例: 

使用场景: 标准查询列表
功能点: 
 1. 默认分页展示所有的标准
 2. 根据名称进行查询
 3. 根据来源数据库进行筛选
 4. 重置查询条件后,分页展示所有标准
展示字段说明:
 1. 标准名称:展示
 2. 关联标准,展示
 3. 来源数据库: 展示

分页展示:
    1. 默认分页数量为20条记录
    2. 分页数量可选为10,20,30,50
排序: 
    1. 默认按照最近更新时间排序

B. AI 回答如下

等等,这回复是挺好的,但是日常工作测试用例要编程脑图或者 Excel 呀,那还要再写一遍?算了我还是不用了.

用例格式转换成 Excel

其实也就很快变成不用写什么程序,复制粘贴就可以了. 下图是我的整个过程:

完成的目的:

  1. 不求完美,只求减少一点意义不那么大的工作量
  2. 使用代码部分很少,只是用了之前的极简测试用例管理系统
  3. 挺顺利的,满足了自己的需求
    • 减少打字量
    • 减少格式转换量
    • 测试用例可以得到系统保存

参考

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 11 条回复 时间 点赞

有个想法,如果想让 ai 帮忙写用例,你需要提供大量的信息,以及标准规范的文档。
那么,如何快速让 ai 介入测试工作,我想最合适的应该是,让 ai 补充,查缺补漏,就是测试人员先把测试用例先写好,然后再把文档给 ai,让 ai 进行用例评审,或者让 ai,重新优化,输出更加规范标准的测试用例。我想,这种才是目前现阶段,比较符合现实的方式。

Smobee 回复

我这个方式主要解决的问题是:

  1. 少点打字,意义不大的格式转换
  2. 可以快速的完成测试用例写法
  3. 只针对比较简单的场景,比如对一个资源的增删改查,以及一些字段校验

有个想法,如果想让 ai 帮忙写用例,你需要提供大量的信息,以及标准规范的文档。
那么,如何快速让 ai 介入测试工作,我想最合适的应该是,让 ai 补充,查缺补漏,就是测试人员先把测试用例先写好,然后再把文档给 ai,让 ai 进行用例评审,或者让 ai,重新优化,输出更加规范标准的测试用例。我想,这种才是目前现阶段,比较符合现实的方式。

关于您说的这个想我,我没有想过,看了之后的感觉是,有可能做到吧,但是不是我现在的目标,我现在就是想减少成为打字员的时间

不管怎么样,也算一个实践吧,我只是把我想要做的东西,用最简单的方式串联起来,并且可以留存了数据,至于 AI 评审这些,我能力范围之外了,或许较少了打字时间,我有更多时间可以学学这个怎么评审,才有机会做到评审。

Smobee 回复

但是你写好去上传,如果不是自己公司的大模型要考虑泄密问题

用例倒不是字数的问题,是执行的问题,现在很多都写测试点,本身写不了多少字。关键是执行时的阻塞和是否能覆盖到关键的问题,这个才是重点。用 AI 生成通用的测试点,这个功能太鸡肋了

测试新人 回复

投入产出比吧,如果减少一部分时间就足够了,因为实际上我什么都没投入。

投入:
最多就是总结一些需求,这个本来就要做,然后写一个 prompt,这个基本上每个都可以用,一次性工作,然后其他我什么都没有投入,AI 调用也不需要费用

获得:
少写一写已经很熟练的用例的时间,可以有时间做点其他,摸鱼也好,学技术也要,其他也好

我一点不觉得有什么鸡肋的。一口气反正也吃不成一个胖子,如果你觉得 AI 真能去 Review 用例:

  1. 实际也需要给他进行数据标注的,而谁来做数据标注,我觉得测试也跳不掉的
  2. 实现 Review 用例也不知道什么时候有,有能用用的就先用着呗
  3. 最少用上 AI 了,空谈无意义

感觉用例根本写不完😥

你举得的这种通用测试用例一句话描述就行了,重要的是维护核心、复杂的测试用例,这种用例是跟业务紧密结合的,这个 AI 是介入不了的

感觉还是挺不错👍

这种做通用用例,每个项目都能用,写一次就够了

同 7 楼的意思,简单的、不繁琐的需求可以,但涉及到业务逻辑稍微多点的就完了,你这个让我想到的是,让一个新人先去按照需求文档写一遍,之后再让懂业务的去补充,这个时间耽误的不是一星半点。
想法好,还能实践最终有结果,楼主也挺厉害

张宇辰 回复

能写完才是有鬼,你见过 bug 能改完的吗?

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册