为啥觉得效率低呢，其实这样效率高，只是你总觉得我喜欢批量处理不被打断，我处理的都是一次都能做对的明确内容，而不是价值高的模糊内容。
其实你不用考虑所谓的流程，只要记住讨论的目的是澄清所有人的目标和困惑，尽快交付而不是为了扯皮推卸责任，在这个过程中每一个人如果认知不同，最后就会变成为了应付流程而阻碍过程，能力的不一致在开始会降低团队的交付能力，但是在熟练以后就好了。
最后其实我想说的还是，你们做的这个事情不够赚钱而已，所以自己搞定自己的三分田就流水线生产，不需要精英化定制

了解过客户端加密么？（类似客户端密码生成器，各种什么安全口令设备）估计就是这套逻辑，要么你能够写一个一样的 code 生成代码，要么你只能想办法调用一下获取 code

真爱。。

能力强了去乱世证明自己，能力不够乱世送死或者捡皮夹子。
能力强了去盛世强化自己，能力不够去盛世模仿学习

在我看来：
和用户一起确认一下是这样么？
和产品一起确认下这样对不对？
和开发一起确认下我会这样验证？
和运维一起确认下上线后是不是一样？
谈过程，做阶段已经跟不上时代了，你什么都没做错，只是慢了

不讲技术你也未必能 get 到点

测试入门简单精通难，未来做什么不要太在意，现在已经不是职位定义了，都是职能定义了。

从技术跳出来看解决问题的整体思路

最近我的新书《敏捷测试实战》要上市了，可以参考，基本理念等名词可以参考https://www.yuque.com/testops/kkbr5e/gi3y4n

现在是可以在社区做广告的么？

根据公司情况，公司业务复杂优先业务辅助技术来打破业务，公司业务简单，优先技术，确保基础匹配业务需求。重要的还是你自己的性格和职业定位，是带着公司走还是跟着公司走

可以参考一下我最近的分享

人都是从以为自己懂进入知道自己不懂的然后才能突破知道自己懂什么

入门写 Xpath 进阶还是写 CSS 吧

前端自己 CSS 规范觉得自己好用了，你就跟着用就行了

1.要么找公司的前端帮你做了
2.别做前端了因为 1 都做不到说明公司觉得你这个东西没用，多考虑怎么让测试平台好用，而不要考虑让测试平台好看。

不得不承认是个好文案。。。。

1.你尽力了没
2.你的尽力是时间还是思路
3.你尽力预防或者避免了没

ALL

给你小心心

是的是招行的司文，明年他的新书出来，有幸先试读了：）

欢迎回归正道，业务是基础技术是翅膀

感觉这种帖子可以删了

从 HR 角度和招聘角度无可厚非，岗位的名称是给加工资提供一个借口，否则都叫 IT 就行了

凡是重复的事情都要避免自己去做，否则很难突破，做 IT 最怕的就是在自己的世界里面重复多年。

可以没必要，不要把自己的脚本做的太过复杂难以维护