1.小区走到门口坐公交 2 站
2.坐 13 号线 1 站
3.13 号线倒 15 号线
4.15 号线坐 1 站
5.15 号线倒 14 号线
6.14 号线坐 2 站
7.出站后走 2 站路到公司

全程 1 小时 10 分钟左右

我也顶一下

—— 来自 TesterHome 官方 安卓客户端

简历不多啊

正在改版，以后会上更多技术传播性质的内容

“单台 PC 连接设备有限”，我们已经解决了这个问题，连接数量不受限制了

谷歌测试之道现场版

为什么白鹿原电视剧会被禁？

静态代码扫描，99% 的测试同学都止步于使用工具阶段了

移动端接触 jenkins 的人还是比服务端测试要少一些，顶一个

顶一下，不能沉

不接触业务，怎么知道自己开发的工具平台是业务人员的真实需求呢？怎么知道自己开发的工具在实际业务中真的提升了效率而不是一厢情愿呢？对吧

最好连小学初中高中也解决了对吧

据说星期天没人看

你俩观点不在一个维度上，不算相左。测试方法论以及用例设计是职业的基本功，立足之本。测试方法的多样性都是为了能实现自己的测试设计和测试策略，以及在不同维度上达成自己测试方法论所设计的场景，或者是更好更快的达成自己的测试目标。很多人关注的是 “点点点”，但是有一些人关注的是 “怎样点更有效率”，有的人关注的是 “如何点更正确”，其最终目的应该是保证结果的准确和高效。

一般这样的开发是没有羞耻心的，我们的开发都是这样说的：我靠这一定不是我写的代码，怎么有这么低级的错误！不好意思添麻烦了

—— 来自 TesterHome 官方 安卓客户端

类似 SDK 的 jar 包如何统计覆盖率？

实践是检验真理的唯一标准，赞

没看明白测试点呀。。。美颜、磨皮、瘦脸后验证还是不是刚刚那张照片里的人是吗？

以前做电商自动化测试的时候，发现自动化测试数据的污染非常难搞，当时还没有 docker， 现在已经完全不是问题了。

我们一直在做这方面的规则开发，赞楼主分享的精神，只不过在静态代码检查这块测试人员有能力写自定义规则的很少，写出来不误报的更少

infer 在 android 移动端项目中检测效果是否显著？由于环境约束一直没有尝试

作者写这个确实是方便测试的角度出发

我们用的探针，自己弄的

f2etest 的作者，支持一下

社区里面，之前发过几篇文章，比如@lose 的文章https://testerhome.com/topics/6650，
以及我的文章https://testerhome.com/topics/6150，
还有腾讯 TMQ 同学的https://testerhome.com/topics/6092，
我们也是基于 PICT 的二次开发，你可以看一下这个开源工具，多交流