大量模拟用户抽奖调用就行了，数据量需要尽可能的大。不然对欧皇来说，1% 也能中奖，对非酋来说 99% 都中不了奖

整篇文章看完，建议先不要提离职。。。
今年社会的毒打来的尤其汹涌~

另外 27 了，一般招聘都是看你能力，而不是让你来学习的了吧。。。
你这个思维要转变下

生命在于折腾

我都是当几年后面试要求来感受 哈哈

补充下，如果是接口类产品，所有配套功能也得测试。

今天又出现了。。。一天 200M，还在增加

你这么写很难维护的。。。

你概念偷换的。。。第一句就把我的问题抛开了，论坛老司机啊~
从疲劳测试角度来看，这就是 bug，不关硬件的事。
我是因为不知道这个 xlog 记录逻辑，所以没有分析出 bug 的原因。

最后我想说，不关电脑可以提高工作效率。

第一张图是删了之后留了今天的，已经停止增长了。

第二张图是删之前的

一直有个疑问，如果以后社会上到处都是 AI 算法，统计学之外的低概率事件，会不会被多个 AI 算法把影响放大呀？

说实话，有些项目真不适合做，强行做，基本做着做着就成了摆设。

而且自动化测试也是个产品，开发一个产品，规划、资源、跟踪反馈、运维缺一不可。

抱着学习的态度做自动化测试更是要不得。。。

从后往前把 plan_name 当 key,把 plan_code 和 EFGH 的拼接作为 value 放进 map？

找开源的模仿

你发朋友圈还能收钱？666 啊

没啥大问题，用户能接受的话，可以理解。测试也是妥协的艺术。

运营压力也是很大的，站在多角度考虑问题吧。

前提是没啥决定成败的大问题。

看测试类型。接口一般是 xmind+git，web 是自己的平台。主要 excel 人多业务多就有点乱了

1.首先确认下什么才是好函数，明确一下需求
2.从性能、安全、功能、易用性对函数进行测试，选出最适合的
3.如果指标各有所长，没有碾压优势，不好判断最好，让产品决定。
4.回答完后，看看用户反馈，假装测试后移。（哈哈，开玩笑，有些面试官很讨厌你问他）

先转正再说啊，就怕是空头支票。

真不想待，建议选择降薪 java 996

知己知彼，百战不殆。
知己：自己业务水平，测试体系自己要清楚
知彼：要很了解你要测试的东西，了解用户要怎么用

其实业务深耕多年，多总结，一般都不差。才开始总是难免错漏百出的。

努力混到更上层，或者装傻

业务测试难衡量，难交流，大部分人觉得业务测试基本都是谁上都可以的心态。所以就交流技术了。

技术是为业务测试服务的。

为了自己做自动化和为了自动化而自动化差别还是很大的

改成几秒后生成。实在不行建议拆分，单独对这种进行验证。

多叉树路径遍历，如果不考虑栈溢出，递归就行。非叶子节点，一直往下递归，直到叶子节点保存路径

会 java 就让面试官无脑问你 java 啊，就说 python 不会