结合自身业务，公司框架，交付流程，还是非常有必要去造这个适合自己的轮子的

换个角度，各种业务场景，还是由各种接口、异步消息、定时 worker 等组成的，最终还是会落到某个具体的方法上，那么你接口覆盖的情况足够多，场景还怕没覆盖完么～（当然异步消息你的自动化需要自己来生成这个消息来验证）

分析的还是很深入了~赞~收藏啦~

继续顶~

自己顶一个~

这个社会很现实~

哦豁~没中奖~

谢谢推荐的文章，看完收获颇多~非常感谢
不过要解决这些问题，确实和基础架构息息相关，加油，共勉~

对呀，为啥都开工了，还没报告呢~

其实，这个年龄，确实比较尴尬~不管互联网企业还是传统企业，都会考虑到用人成本的问题了，任何单位都会考虑~
所以，为何不跳出这个圈子，干点其他的呢？

怼回去，必须改，否则产品文档不要写这些边界，不然让他们以后自测，让产品测~
话说增加个边界的限制，又不是什么难事，还能没时间，奇了怪了

再顶~

其实这是好事儿，你不能把别人讲清楚，说明你自己很可能都没清楚
这样可以倒逼你自己~

再来顶一下~

成都 - 软件园那坨，如果感兴趣可以直接邮件我简历，ok 的话会直接约面试的~

这都不是重点
不会的可以学会，会的可以更熟悉~

手动顶一下
dmall 核心系统都在成都研发~可以了解或者施展很多互联网/web/电商/新零售相关的测试技能，经验~

赞~

成都可以找我~

可能是真的没覆盖到~

可以用 jenkins，打包，分发包，执行相关的部署命令~一切搞定~

不要激动，我只是针对你的『如果一个软件开发了 7 年还存在很基础的 bug，这是开发的问题，还是测试的问题？
如果没有测试能发现这样的，要这样的测试团队做什么？』
这个不能认同~

windows 这么多年了还有 bug 呢~

写的挺好，赞一个~
测试懂得越多，能测试的深度也就越深，能发现的问题就越隐藏

确实有这个问题，我也遇到过几次
具体场景是：
AB 两个手机都登录过同一个支付宝账号，然后必然最后一个在线，一个被后面登录的踢下去了，但是当在 AB 手机使用购物 app，进行支付宝支付的时候，某些时候，AB 手机都能使用同一个账号支付（其中一个手机还没登录支付宝），这个应该是个 bug~