好,自如
ok,我的 bug 有效率又下调 1 个百分点了
我理解楼主的想法,但我有点疑问。
1、不同接口 - 不同的字段所需要验证的类型、长度都不一样,这个要怎么去定制处理呢?
2、业务上来说,接口需要传不一样的唯一值,如申请编号,这个应该也需要定制处理
之前我的设想的结果是自动生成不同的用例去调用接口后,记录所有的数据到表格上,然后再人工去查看结果是否符合预期
呜呜呜,体系图放大之后好模糊,可以提供清晰图吗~楼主
我本身也是小弟,同甘共苦也可
是的,我的想法也是无论能不能做好,都要试一下。接触到了,才会有新的认识
感谢感谢,我找找看
这么嚣张,让人感觉很有背景
确实,哈哈哈不然有种小人得志的感觉
更多是怕做不好工作,把自己当回事是不太敢的。但是如果能有个机会去更好的实践自己的想法,还是可以的
Get,我找书看看
好文章啊~~~~
测试重点及时间的分配很重要,也就是测试用例的执行顺序。我们在写测试用例的过程中,其实已经可以发现哪些功能点是可能存在较多的问题的,这也是冒烟测试需要关注的地方。当提测时,我们也应当优先分配时间和精力对这些重点的地方进行验证,主流程通,啥都好说
接口测试中,经常会要求对接口进行一些基础性的校验,比如字段必填、字段长度限制,字符类型限制,请求方式限制。这些基础性的工作非常的繁琐,所以最近也在构思能不能写一个方法去自动生成测试用例。
目前的构思是
1、写一个脚本,去获取 swagger 文档的接口信息,按照需要验证的信息,将接口信息处理成请求方式,请求体 - 字段、字段长度、字段字符类型
2、再写一个脚本,根据上面处理好的信息,去自动生成字段必填、字段长度限制,字符类型限制,请求方式限制的接口测试用例
3、再利用接口自动化框架,去调用这些测试用例
如果后续这种技术大量生成了,作为测试人员应该做什么来避免自己的工作被替换
跟我有差不多的想法:产品输出需求文档,开发输出技术文档,那能否去训练 AI 通过分享这些文档自动生成测试用例,然后再进行相关验证。 但 @ 我去催饭 一楼说的对,如果 AI 有这种能力,应该是源头就去预防或是阻止 BUG 的产生。跟测试左移的想法相似
果然技能越厉害,越迷茫。
我现在刚写了接口自动化脚本出来,接口都能按照预期的数据输入跑起来,然后就不知道应该还能怎么改进我的接口自动化脚本了,不知道还需要添加什么功能啥的
是的,我用过 pywin32 模拟过也不行,查到的是要从驱动层去模拟,我继续试试
@ 空白格 老哥,我试了,确实不行。 一般的 selenium 操作,应该是被密码控件检测出来,或者说密码控件对自动化做了处理。我现在查到的就是要从驱动层去模拟键盘去操作