设楼主工资为 x,可得
(x - x*(0.12 + 0.12)) * (1 + 0.1) = x * (1 + 0.03) - (7384 * 0.12) - (2690 * 0.12)
x=6231.34
哪里没算对吗
再等几年,已经有机器狗了,机器妞还会远吗
根据业务场景来啊,比如风控的字段测试,产品定义字段逻辑,研发开发成 groovy 脚本,我把这俩喂给 AI 检查逻辑是否正确,再生成造数 sql 和 python 测试脚本,不就节省一大半测试时间
莫名想起最近又火起来的这张图
这不是 bug 是 feature,应该多来点
测试目的是保障质量,而且出了问题每个人都有责任,即使主要责任人不是测试,那还是要花时间处理问题。如果产品研发没考虑到全部场景,还是需尽量去兜底,评估到有风险的场景都应该回归下。如果经常遗漏风险点,应该开项目复盘会,对经常遗漏的人的思考方式能力责任心提出质疑
窗口函数,临时表,with as。。。整点稍微进阶的内容嘛
应该解散技术部测试,只保留 QA,测试都归到项目部里面去
当感受到自己创造的价值和理发的 Tony 差球不多,只是赚多赚少的区别时。。。你手艺好又咋样?你有总监头衔吗?
哎,我们本来有一个 mock 工具凑活着也能用,就是需要在被 mock 类上加注解,通过反射替换要 mock 类的方法返回值,但是领导觉得太 low 了,让我们想想能不能从 ng 层去拦截处理,所以只能来求助各位大佬了
以前可以走捷径,直接去大厂外包把工资干起来长长见识,门槛也低,干两年可能比在小厂熬一辈子的都强,但是现在怕是没的多少机会了
你最开始分析 3 点原因就有问题,测试不提这些 bug 就没人能发现了?那这算 bug?还是你的意思是这些 bug 被改掉了只是没记录到什么系统中?
那不是有 n 种方法,仅一次控制器,if 控制器,或者 2 个线程池一个跑前面 5 个接口一个压后面接口,只有你想不到的姿势没有实现不了的姿势
上市之后加班扩招工资倒挂
写好用例,做好用例评审,等上了线万一有问题大家一起背锅
测试框架 + jupyter,直接在 ide 上写,jupyter 上跑完事,产品研发测试都可用
那么多开源的弄一个用起来不就完事了,metersphere 都不会,那就用 postman、apifox,安装软件你总会吧?
不喜欢引用就用代码咯,只是个样式问题,或者写个油猴替换样式
嗑药、头悬梁锥刺股、督战队、洗脑喊口号 “提高个人能动性,带动他人积极性”
VirtualXposed
道理大家都懂,给点实战案例、用例模板
看起来是三方提供的授信接口,直接自己 mock,做好异常场景有多离谱的返回都可以,线上只会更离谱
arthas 确实是神器,用火焰图也可以很方便的找到问题