我 tmd 醉了,假设有 10 个开发,每个开发每天写 10 个方法,共 100 个方法,每个方法有 20 行代码,共 2000 行代码
你 1 个测试 去 review 2000 行代码?
使自动化变为自动化?
所以,到底要不要检查数据库?
你这个问题,我也思考锅,思考结果如下:
转过去,就你那点增删改查技能,如何在那么多开发中 卷得 出类拔萃?
继续留在测试中,你还有机会出类拔萃
对比 json 了,还要校验关键字段?
我都是一整串 全部比对,,不过这样的话,如果返回的字符串稍微一改动,就需要批量维护,工作量挺大
手动点赞
assertj
能自动化的,坚决自动化,写几条 和成百上千条,考虑的问题完全不一样
头大
我这里的流程也是比较复杂,哎,太复杂了,头大,一个用例跑下来 平均 10~15 分钟
有收获,感谢回复
就这么凉了吗?还是说我的问题太低级?
大家都对齐赋能去了?
推荐(我是如何禁止 chrome 浏览器自动升级的)https://testerhome.com/topics/32845
推荐理由:简单直接有效,深入原理
总结一下:复盘,对齐,赋能
虾皮?
重庆比 武汉,郑州差?你这脑回路清奇
一个用 selenium 点点点,被你玩出花儿来了
callgraph 和 trace 找到方法接口以后,貌似还得 和 服务之间做一个映射
多谢回复,这貌似是个庞大的工程
多谢,我看看
看着头疼
apipost 用着不香吗?
看着就头疼,特别是定位问题的时候,没有代码来的直接和方便,更别提 debug 了
就等大佬的回复了