我是一个相当差的产品经理。这不是我擅长的东西，所以我没有任何可以称得上熟练的技能。事实上，我很容易被产品最重要的部分分心。我经常很幸运的和非常优秀的PM合作—但是有时候这不是一个好选择。当我需要披上产品的外衣时，有一些简单的方法可以使用。这不是专家建议，只是一些技巧，来帮助我在做产品经理时不要太无用。进行影响面分析这个技能需要长期计划；当我需要从一堆想法中帮助一个团队做决定，决定需要在哪些想法上集

如果你参加过程序员面试，你一定听过这样一个问题。多少的测试覆盖率是可以接受的？有些人直接说100%，有些说90%，至少要达到50%。那是我至今听到的最低的数字。我会从我的角度分解这个主题，分享一些我的观点。多层问题你有没有曾经跟一个同事发生过如下对话？Dude1：我们要开始这个牛逼的工程了Dude2：CoolDude1：你觉得我们是用Java/Scala/Node.js还是什么别的？从某种意义上讲

关键点技术教练可以帮助开发者改变他们的日常习惯和工作方法，以更好的支持敏捷模式和开发运维。很少的团队可以成功的运用TDD。开发者从TDD练习到实践，都需要一些支持与帮助。与有经验的练习者一起工作去学习TDD是非常有效的，尤其是结合常规的实际训练课程。“Samman”是一种技术教练的方法。它有两个主要组成部分：团队协作和学习时间。技术教练太少了，像Samman这样具体的方法可以帮助开发者开始训练。对

更新（2021.8.21）我不是反对使用IDE有时候他们提供很有用的工具，像代码重构工具和方法重命名，只需要很简单的手动操作。我自己也几乎每天都在使用IntelliJ，CLion和MySQLworkbench。我只是简单的列举一下不要一直使用IDE的原因。对于一些项目而言，不使用IDE有许多好处。但是，我认为，有时候使用IDE才是最好的选择。IDE（集成开发环境）非常流行。他们在静态类型语言上支持

你认为保护数据流水线只需要做一些测试，那样所有的数据问题就都解决了？不幸的是，事情没有那么简单。。。恭喜，你已经在自己的流水线上成功实现了一些数据测试！无论是否是用的现成的或者自研的工具，对于保证高质量的可靠数据，通过数据测试来保证数据是非常重要的，而且你也已经做了一些必要的步骤了。现在数据的所有问题都解决了，也可以愉快的睡觉了，因为你知道你的数据流水线会发布完美、高质量的数据。但是，似乎没有这么

过去的几个月，我们自动化团队通过结果对比发现UI测试覆盖度不够。我们开始考虑做API测试，这篇推文说明了为什么我们要构建API自动化。UI自动化（也叫测试自动化）这里的术语“测试自动化”是不精确的。自动化这个术语不应该用来形容UI自动化，UI自动化只是自动化的一种子类型。UI自动化是自动化测试人员最常做的一种自动化。随着社区逐渐成熟，在自动化上，我们可以有多种选择。自动化也不再等同于UI自动化。直