测试开发包含自动化测试，且不仅仅是自动化测试
他是面向测试的开发
是懂测试的开发
也是懂开发的测试

PS：知道一点不叫懂。。。

好久不见的乙醇大佬~
我焦虑的时候，会玩下游戏缓解下，挺减压的。
运动也是个减压的方式，可以和游戏结合着来。
有时候生活上的、工作上的压力，确实需要娱乐来排解，不要沉迷就行。

就怕那种没有一点个人生活的公司，再遇到一时的牛角尖或者抑郁了，周围有这样的同事，也帮一下吧，约着逛逛公园，打打 CSGO。

为啥不行，单独对前端表单展示做下验证就行，怎么好用怎么来，这种死逻辑最适合自动化验证了。
表单记得用 PO 形式分离。

好爽，拿钱给你们学习提升。。。弄好了还有奖励

工资对得起 996 或者某方面刚好满足你的需求就行，啥也没有的搞 996 就是耍流氓了

他就瞎说两个二八定律吧。。。

自学瓶颈了可以去霍格沃茨进修一波，看了下课程目录确实很好。
——非广告贴，我和他们没啥关系。。。

建议做了在搞度量，然后根据实际情况调整目标。好多指标达到了，自动化做着做着却没掉了。
另外一楼的意思是接口覆盖率 100%，不是接口代码覆盖率 100%。

精通一门语言
熟悉一款热门开发框架，比如 spring 全家桶
了解各大厂需求，根据需求开发你自己

以上挨个打卡吧

一个环节的维护及整个环节的润滑

如果每个组件确定测试过高可用，可以先把组件归类，比如相互依赖的，强关联的，再按分类进行小规模集成接口测试。最后再来个大集成

1.测试能力并不好衡量，除非你已经是领域专家
2.不懂开发技术，就谈不上效率可言
3.不懂开发技术，你怎么判断问题在哪儿，是不是开发说啥就是啥，那你存在的意义是什么
4.不管是什么，离不开市场需求，职业生涯规划也是根据市场需求来的。市场需要啥，你就要会啥，你看现在市场需要不会开发技术的测试么？

单元测试不是开发自己干的事儿么。。。你的任务是让他喜欢上干这事儿

还投资回报率，炒股票呢。。。
我觉得你首先得给你领导上个课：什么是自动化测试，为什么要做自动化测试，自动化测试的误区
然后再谈其他。
不然最终也是落的个曲终人散的不讨好结果。

最烦这种以为做了自动化，就会立竿见影的省多少多少成本的人，啥都不懂，尽瞎搞

这个行业只看能力，不看性别。特别是已婚已育之后

这种我一般自己把 BUG 改了。。。谁还不会开发似的，惯他们

测试大多拿来主义，造轮子的少，好多人把这里当提问区和资料区，而不是交流的地方了。。。

准备好永无止境的学习吧。。。停下来就要被淘汰~

允许重复就行，很容易分开。
高质量用例还是得看你业务理解和思维方式。
有些逻辑不知道或者不清楚，用例质量就高不了

把你的判断逻辑写到代码中不就行了。。。

测试也得开发的。。。而且用户就在旁边，一不小心就被指着鼻子吐槽

1.先把排期的揍一顿，如果打不过，再看后面的
2.和开发商量，把任务拆分下，开发时也提测已经开发好的模块 or 功能，总不可能 83 天测试玩着吧。。。开发的时候，可以用实例化需求、分层自动化测试等手段同步进行测试，提前写好的测试没跑过不能提测
3.设置准出标准。5 天测完，报告写清楚覆盖了哪些，如果还有 BUG 没修复或者回归完，也写清楚，质量不达标，原则上不准出。如果非要上线，呐，是他让我打的哦，从没见过这种要求~~

我想一般他这 83 天都是包含同步测试的时间的，如果不包含，这是在为难你胖虎，找项目失败的背锅侠吧。

git

很重要啊，之前有个帖子，测试用例重要到公司还要根据测试用例数考核

就不要 35 的，你能怎么办？只盼待的公司别垮。