测试环境跑的话生成 cookie 有什么浪费的,大不了清 redis 缓存呗,或者让开发把请求 cookie 限制去掉。不明白接口自动化有什么健壮性可言,建议你举个具体的例子让我们看看究竟不稳定在哪块,是不是你的设计用例有问题
辛苦码字,给楼主点赞
楼主你心里已经有答案了,何必来问,来问又何必打这么多马赛克
小米股票。。。你是不是信了 026 的邪
正在用啊,组长教我用,我再教其他组员,接口测试用起来虽然笨点,但是作为框架比较全面,也适用于没有什么代码基础的测试人员,门槛不高,但是要精通也不是很容易的,上手比较快
我们有专门的用户体验部门,测试只保证功能的逻辑没问题,大面上过得去,别新增一个功能连入口都找不到就行
看之前评审的用例有没有覆盖到事故场景吧,如果没有覆盖到,凭什么让测试背锅
楼主主动性这么强,在外包可惜了,建议有条件的话去大厂大展身手
楼主已经说得很明白了,你们不要挖坟了好不好。他明明说了 “一点感想”:前排占坑。显然,前排占坑就是楼主想说的感想,你们管他占着 xx 拉不拉 x 呢
这外企 hr 心里阴影面积。。。
没有门槛。。。是否意味着这也是一个走下坡路的产业呢?
为什么身边很多以前的测试同行都去做保险行业了?不是很明白这里面的门道
某领导:你成天在那点点点,搞什么飞机啊?
给饮水机换水
这个是官方正式版么?稳定性如何?
就是请求不一样啊,照着 postman 改请求格式就好了
说来容易做来难,大部分人都倒在头一步了
拿 charles 抓包看一下两边的请求,99.99999999% 是不一致的,你这个问题我遇到过无数次
开源精神不为牟利——藉此安慰吧
页面下线,接口不下,反正有字段记录你的请求时间呢,到时候直接以作弊为由砍掉你的所有收益。“最终解释权归本公司所有”。
我相信楼主的 RP 肯定没问题,只是有曾经的同事去了猎豹一段时间后愤然离职说是办公室政治文化太厉害,被排挤出来了。不知可信度如何
对于代码能力不怎么强的人来说,rf 可以实现一些自己想实现又没能力实现的功能,但是毕竟是别人的架子,就得按照人家的规矩来,可能很多时候实现得很笨。高手肯定不屑于这么做
绕开前端,走接口
乙醇大大,开个专栏可好?
还在用 Robotframework 写接口测试用例的小白瑟瑟发抖。。。。究竟 RF 写到什么程度就算 “毕业” 了呢?