绝对是 playwright 啊
这是个好事啊,奶茶是垃圾食品
没啥行业,就是软件测试
不是,有 bug 开发修,修完了测试验证,我觉得两者是相互依赖的关系
用例脚本是自然语言,ai 根据自然语言去操作浏览器,肯定每次都消耗啊,你指的脚本是 playwright 脚本吧。
就是按照方案二的 1.3.5,构造的数据,都是通过接口造的
通过数据库造的话,应该不建议吧?可能会有数据库字段变了、或者写入读取逻辑变了
理论上要,但实际没必要
能不能把整个目录放出来,没看懂这个
工程化是什么意思啊
学到了=-=
以考促学,其他好像没啥用
脚手架这个词看到过好多次了,请问是什么意思呢
我的看法是,这个测试用例真的不可能发生吗?用户的操作千奇百怪,某种情况下可能就真的能绕过前端的限制,我觉得理论上前后端都要限制的,但是实际就。。
我个人的感觉,一开始感觉功能测试点点点谁都能做,但是深入后,真的感觉比自动化难多了,如何测试才能尽可能的减少 bug,如何测试才能提高效率,如何设计测试用例等等,这个真的是值得深思的吧
找工作吗?找到了,纯功能测试,点点点,差不多快 1 年了,明年打算离职找自动化方面的了
问一下 gpt 就行了
测试一年就能自学转开发,说明你更适合开发啊,开发有测试思想不是更好嘛,其实很多人都是做不了开发才做测试的吧
这个感觉看开发的水平和项目吧,我们项目版本比较多,而且很多需求都是在旧功能上增加或者修改,所以改了一个地方其他地方或者老功能经常出错,如果用自动化回归,发现的 bug 就会比较多
看一下能否进一步提高自动化的覆盖率吧
虽然我也没做过接口,但是排除业务,我肯定不会这样写,最多只会校验必填的参数为空时,不会写这些中文英文特殊字符。。。我觉得接口测试主要精力还是放在,通过不同请求参数以及参数的组合,来校验接口处理的业务逻辑是否正确以及一些异常场景