业务迭代很快的情况下,推自动化估计会有难度,逻辑经常变更的话维护自动化脚本都够累的。可以先推下比较稳定流程的自动化,其他的可以先整理下回归用例集合
膜拜大佬
平平淡淡,躺平中
不可能的,老板都是想着怎么扣钱
我这测试的存在感也很低,领导还老喜欢找我们要乱七八糟的质量方案、提升方案,但是又没人监督执行,好多都是出了方案之后就没然后了。。。
是的,是想试试测试左移,但是这个会占用开发的时间,项目排期要是一直紧张,研发估计不会乐意配合
我现在这家公司线上经常有 BUG,而且这里对线上 BUG 不重视,出现了就解决,就没有然后了。。。
质量跟屎一样,整个脑壳疼
购物车结算支付的场景,使用单个用户下结算大量单据也可以满足的吧
但是支付结算你们是自己的支付体系还是调用的微信、支付宝的?如果是三方的,就要看下能否进行压测了,一般三方的对高并发的请求都会有限制,不会让你随便调的,或者就是程序内部进行下处理,只调用自己系统的接口,主要关注下自己系统接口的性能情况
摸鱼?我这没项目做,领导还天天问没任务时你的计划是什么,产出是什么
TDD 的定义其实和测试没啥关系吧,很多都是理解成测试工作驱动开发了