内容不错呀，图像识别和听声辩位都挺有意思

说下做的事情对大家有参考意义也行，这种纯发心情的我最近删除了一堆。跟着社区的技术路线成为技术型测试工程师或者测开，在创业公司这个节奏很正常的。大公司可能会难点。

聊一些测试行业的敏感话题，不是用于日常各种吐槽。

L 也长大成了中年人，我就告诉过他们没事别放我头像，容易掉粉。

你后台连接 appium 吧，别直接连接 wda，看起来是 webdriver 协议不太一致。

今年的第四届移动互联网测试开发大会，也提交个 topic 来吧

方法还是挺全的，还得记得有些页面是有跳转关系的，跳转之后的界面不见得能被直接启动，可能会报错权限不够，有的 app 也无法通过 aapt 找到。

baseUrl 是为了计算深度的时候，重新设定从那个页面开始计算。比如我想从个人页开始遍历深度 2 层，那就可以设置这个。
defineUrl 是为了测试报告中展现每个页面的时候，有个比较好看的名字。比如想用标题替换 activity 的名字，可以用这个。

tagLimitMax 设置了同类型的元素被遍历的次数，比如一个列表里的内容，只会遍历前 N 个。但是对于有些内容必须有遍历全面。所以单独开了个 tagLimit 这样的一个后门，在这里配置的元素，不受 tagLimitMax 的最大限制影响。比如有的列表我想遍历前 3 个，有的想遍历前 10 个，就可以在这里配置。

人的价值=输出价值 + 不可替代性 - 耗损 。

这里面有三个因素影响人的发展，

输出价值

输出价值是你的能力体现，所以要让自己的价值变的更高，包括输出的更好，更快，个人的综合能力更强等。这方面做研发也许会比做测试晋升的更快，涨幅更高。但是整体的价值并不完全取决于这一个因素。无论是人，还是各种产品、方法论其实都是在比拼如何更快更好更高。

损耗

损耗是一个人不可避免带来的衰减，整体的规律是一样的。国内外的差别并不是取决于文化不同，而是取决于不可替代性。 @simple 说的挺对。

不可替代性

不可替代性是你的核心竞争力决定的， 无论是研发写业务代码还是测试工程师点点点，其实都是很没门槛的事情，都是搬砖的活，跟工地上的工人本质上并没差别。没有核心竞争力就容易被新人替代。随着各种在线教育体系、技术的成熟和更新换代，反而让新人更容易弯道超车。所以如何把握自己的核心竞争力就是非常重要的事情了，也是你个人不贬值的关键。什么样的核心价值是不贬值的那？比如技术上各种语言和语法无论如何改进，底层的引擎、设计模式是稳定的，系统和内核也是稳定的。你的个人经验、项目经验和个人觉悟也是别人无法快速复制的，其中经验需要扎实丰富，而不是一个经验用了十年。也许这些也会变，但是定期去 review 自己的核心竞争力是一件很好的习惯。

例子

举个简单的例子，比如自动化，大家都会写 findElement，但是原理是什么，为什么会慢会不稳定，有没有更好的方法让它稳定并加速，toast 识别和 webview 识别的原理是什么，我估计 90% 以上的测试工程师、80% 以上自动化测试工程师都不知道，所以这些人既无法实现高效价值能力输出，又无法拥有自己的核心竞争力，所以很容易被新人代替。

同样的作为研发，天天只写业务代码，加个数据库表、加个字段更新查询、优化下展示逻辑调整下按钮尺寸等等，这些跟测试工程师的点点点类似都有很好的阶段性输出价值却缺少不可替代性的核心竞争力，这些人写了很多年，连 JVM 字节码都不知道、连 Dalvik、ART、Method Swizzing Hook 等都不知道，就很难走上更高的阶段。

除了技术上构建自己的壁垒，经验积累也是类似的。很多技术和经验的积累，需要实现从量变走向质变。如果只是量变进入不了质变，那么就很难脱蛹化蝶成为行业稀有的佼佼者。所以工作中要记得永远比别人多走一步，多看一眼，尽量朝着超出期望的目标去做事。

支持下你，今年会有很多重量级别的 topic 和大佬到场。

@cindy1125 你添加下吧。这个帖子里面的职位提供长期内推的

好奇这 bug 原因是什么

这文章再配上代码示例就不错了，以前在雪球也是这样限制研发合并代码的。国内的 code review 目前全是人工，是非常考验专业能力的，所以普及度不太高。一般比较大的公司会有专门的团队负责这个。

自动化分析上目前也只有 sonar 和 findbugs 会做自动化的代码审计和静态分析，还不够智能。sonar 提供了规则定制貌似还不错，findbugs 也有定制化的方法可惜只能用于 jvm 语言。IDE 等工具也自带了这些，但都是直接分析出隐患而没有给出语法树建模数据，导致没法定制。我记得以前有人曾经有人抽离了 eclipse 的语法分析工具，是个挺不错的思路。

挺希望行业可以出现一种根据代码流数据自动分析代码变更影响范围、发现分支逻辑问题、发现异常处理不充分、潜在的 NPE 等等问题。目前还没发现有什么比较好的开源工具，可以基于语法树做流程的自动分析和定制。如果有了语法树数据就可以对业务做更细致的建模，就可以深度的定制发现业务 bug 的规则了。