如图，亲测，现在 python3 字符串有iter方法，你说没有是 python2 没有吧

我认为工具是不限形式的，脚本、c/s、b/s 形式的都行，只要能把手头经常要手动重复的工作代替掉，能明显提效，就是好工具。我做过改数据的 b/s 工具给前端同学用，写过日志报错监控报警的脚本，写过造数据的脚本，写过拉取日志的 b/s 工具。当把自己的想法实现并提升工作效率时，感觉真棒
前一阵还和领导讨论到工具的继承问题，也就是你做的这个工具很好用、很提效，但是只有你自己维护，一旦你离职，这个工具大概率就废掉了，至少是没人维护了，这是个忧伤的问题。

其实每个岗位干的时间长了都很乏味

大佬，有没有后端代码覆盖率的工具推荐。

嗯 这个帖子早发几分钟，然后又在群里问的

？

测试左移的理解：
1、关于需求，最好在产品论证阶段就能参与讨论
2、一定要将 90% 问题在需求评审时暴露出来，这一点非常重要，不要开发做一半或者送测了产品改需求，这样对整个团队伤害都很大（待过的公司很多时候需求评审都是鸡肋，开发做的时候还是啥都不清楚）
3、参与开发的架构设计，且不论开发用什么框架、什么插件、什么中间件等，至少要搞清楚开发的实现逻辑、增加了哪些接口、哪些表、哪些字段，如果涉及到老数据怎么兼容等等
4、测试用例的编写，时间充足的情况下能细则细。在写用例的时候其实会发现很多细节问题，这个时候就要和产品、开发一起讨论给出解决方案
5、给开发同学提供冒烟测试用例，自行冒烟通过才能送测
我觉得做好以上 5 点，能很大程度的保障送测质量。欢迎交流

#2 楼 @success 同意啊，那天还专门问 monkey boys 能不能参加。顺便问一下什么时候能有 Appium Boys

#97 楼 @doctorq 博主目标很明确，值得学习，受教

首先恭喜博主，可是有一点不理解，文中说到 “看看当时的专升本学历，以及二本非主流学校，我连投简历的勇气都没有”，那为什么后来能去 IBM 呢？