驱动、获取元素是小麻烦，断言、批量维护是大麻烦

不是技术总监的话，都是技术负责人 or 项目负责人。

朋友圈清一色的评论：更加方便摸鱼了

内推、猎头向较多。

是有，但是样本比较少。大部分走猎头和内推模式了。

上周发了一版，因为图床的问题，被锁文。
这次重新发表，应该没问题了。

帮忙开个白名单呢。公众号：测试奇谭 感谢~

工作是自己的事情，自己玩得开心就行。
空出来的时间，如果不想进阶学习，可以研究下行业相关的副业。

一起成为 “懒人”

提一个点，从流程上优化：推动开发在需求评审后，编码开发前，增加技术方案评审，并叫上测试。

我觉得大字挺好的

1、单接口测试，很难发现上下游关联问题，覆盖业务流程很有必要
2、重复性工作，考虑自动化，现在不掌握点接口自动化，很容易被汰换

复式记账，是嘛意思？

经常在知乎收到不会问问题的，或者私聊不会问问题的。

一般的点，大家都知道。
说另一个点：系统稳定性保障中，不可缺少的一环

不用想这想那，自寻烦恼。
自己想做什么，就去做什么。
工作嘛，如果做自己喜欢做的事，不是更好吗？

然后呢？

搞定。

公司内部有 wiki 服务之类的功能吗？
写 md，上传附件，挺好用的。

@49875183 有修改，请重新审核

从公众号过来瞅一瞅

没用过 ddt 这套，但我觉的，可不可以尝试下继承后覆写具体方法，在覆写时和新版对比，如果差异较大，给出提示，告知开发人员；如果没有差异，直接覆写。