找开源的模仿

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 先解决现有的问题。比如快速给开发反馈，规范测试准入准出。
2. 再考虑构建体系

点击一次的 a d g m p s v y
点击两次的 z w t q o k h e b
点击三次的 c f i l n r u x
同一按键的 azc dwf gti jql mon pkr shu vex yb
同一按键等待 2 个单位，其他就是点几次加起来就行。。。。这个题确实是小学应用题，哈哈

1. 断言不要用 if else 和 print，用 assert 和 log
2. 不建议用 sleep，换成 implicitlyWait 或者 WebDriverWait.unti
3. 打点日志看下失败原因，然后有针对性的看在哪里提高稳定性

感谢分享，不过侠义质量有点逼死强迫症。。。

不能。有钱人干不了一辈子的测试，穷人干不了一辈子的测试。

看查询规则和返回内容预期总得有个吧。。。不然返回个全是烫烫烫烫的 list 你也 OK 哇？

一般就增删改查。除非你做数据库调优

mock

感谢分享！

自己去测试这个任务， 自己去开发这个工具，自己去使用这个工具。 才能得到好的结果

不谋而合，握爪~哈哈

测试不会被杀死，只会披上其他的外衣，被杀死的，只有人罢了。

带薪学习

游戏用客户端时间那不是自己骗自己吗？客户端改个时间就刷新了