框架可以自己搭一个,也可以借鉴个别人的,就像上面说的,不管想要做什么,一定要行动起来,等你真正开始做起来,就会发现各种各样的问题,而你需要做的就是一个一个解决这些问题,这就是成长
不能返回元组,我用例里面接收的就是字典,我专门把元组解包出来了
已经解决了,是我写的调用随机函数的一个模块里的方法写的有问题
已经解决了,接口能正常访问,是我写的调用随机函数的一个模块里的方法写的有问题
已经解决了,参数没问题,是调用随机函数的一个模块里的方法写的有点问题
截图,重要的数据 ID,以及请求的参数,有时候我会贴上需求段落
检查下浏览器驱动,看的像驱动不匹配
非常同意恒温的观点,测试的核心感觉还是在业务,开发一些工具还是为了业务服务,不能单纯的为了技术抛开业务,有点舍本逐末的感觉
我在一家小公司,测试就 4 个人,研发加产品总共 30 个,我这基本上都是业务测试,一个人一个大模块,甚至一个平台的项目都给一个人来负责,因为懂业务,测试了解的业务比产品都透彻,所以没被裁员
看数据库,用抓包工具,也属于手工测试吧,不让我用数据库我得疯了,因为有些测试数据确实得需要改数据库,我举个例子,我们有些业务场景会生成任务执行时间,那如果不能改数据库,只能等到执行时间去执行,那就太难受了
我在思考一个问题,apifox 会不会泄露公司信息
现在学这个,就像 49 年加入国军
时间不一样了,大佬,你之前可能是因为互联网井喷式发展,再加上大佬你能力强,但是现在行情不好,都在搞降本增效,况且,他这情况,是否能面的进大厂,还是未知数,干几年再出来去中,小厂当管理,更不可能
我们这业务相当复杂,一个大功能,需求文档 动辄就是几万字,能把需求啃透了,也不是那么的容易
有娃,但是鸡不动,本身能力一般,在有限的能力里给娃有的,无论是衣食,玩具等等,让娃有个快乐的童年就行了
我也觉得,我觉得好多测试忽略了一点,咱测试,业务才是重点,自动化说白了,我感觉就是个快速回归的工具
都是大佬,我感觉我现在如果被裁,再找到工作的几率几乎为 0
厉害,只有膜拜
说是这么说,那项目紧急,测试时间压缩,研发延后,需求问题等等,等详细的写完测试用例,黄花菜都凉了
没有出路,我老家现在所有人的地,都承包给一个人种,其他人都去打散工了,而且现在种地几乎全是机械化
+1
厉害,生产环境,还直接通过 jmeter-UI 页面来压,那你觉得结果准确吗?
能跌 80,目测在北上广深
中兴通讯有流水线?我之前在中兴的仓库干了一年多
哈哈,是的,理论永远跟现实有差距,现实是各种业务功能庞大复杂,测试时间紧张,哪有时间做交叉测试