boweiqiang的博客

996是现象，我没有资格评论其对错，但其绝对不是产生伟大产品的原因。

软件难用，不是：我们做的不好。而是：用户不会用。

一个好的测试工程师，是将问题扼杀在摇篮里，还是事后写工具发现问题？

看到公司大佬分享了一片文章“相信笨的力量”，是IDG资本翻译的外文，文章链接是https://mp.weixin.qq.com/s/qhmM2yXSVMZ0DmengMvQCw下面是我的读后感：同一句话，不同的人会有不同的理解比如文章中说到的“要坚持取悦用户”我能想到很多产品经理一定能从这里找到共鸣，他们会说，你看，我们从用户角度出发，设计了很多体贴和人性化的功能，而研发人员经常会说这个没法实现，那个没必要做，或者说这个要花费很大的时间和精力，但不见得有效果，而且可能会引入新的问题等等，总结下

1.在A公司时，有一次年会出去团建，CTO要大家摆一个公司的logo，然后居高临下照张像，结果大家乱做一团，一会你站这里，那站那里，半天也没站好，任凭CTO如何指挥，大家还是站的歪歪扭扭的。CTO有点着急了，让大家不要随便乱动，听他的指挥，他说谁动就谁动，结果效果并不好，因为局外和局内的人的视角是不一样的，再加上沟通理解上的障碍，比哪你说让他往左，他往右了，还有就是移一点，移一点是多远？有人步子大，有人步子小，所以搞了半天，还是不行。我在队里站了半天，也很着急，心想这么点简单的事，怎么就是做不好呢.

某集团公司的收发室，经历了大概这么几个阶段。第一阶段，初如阶段，甚至都不能叫收发室，其实就是一张桌子，信件都乱放在一起，任何人都可以过来找自己的信件，找到了就拿走。信件丢失的情况时有发生，这引起了公司的注意。第二阶段：保安看守，总部及各公司都增添了一个保安，有保安看着点，确实比以前好点了，但保安并不认识所有的人，有的人也会替别人拿，还是会丢东西。第三阶段：信箱上...

小公司成长不起来的原因之一：不善于总结经验，吸取教训，对犯错误乐此不彼。反驳声音：怎么不能犯错误吗？没有人能不犯错误！小公司就是要不断试错，才有成长唉，解释一下，这句话的意思呢，不是说不能犯错误，而是不要一直犯错误，重复犯同样的错误！管理科学已经发展这么多年了，大多数创业公司还是会把别人曾经犯过的错误再犯一边，都忙着去填补低级错误的漏洞去了，哪有精力深入研究，在细分领域出成果？犯错误也应该是...

在经历过的创业公司中，我经常看到下面这些情况：兢兢业业，认真负责的测试，很容易被认为是一个“事多”的人 审时度势，得过且过的测试，虽然人缘颇好，但因为经常背线上的锅，也是颇多怨词何为事多？就是有一些产品和开发看来没必要提的bug，但仍然被测试提了。什么样的bug是没必要提的bug，这里面恐怕颇多争议，我们来举几个例子：bug1：如果老师没有使用授课系统上课，但是布置了作业，进入到查...

先来看一个段子：我的答案：无论怎么测试都不能保证系统100%没有问题再看看朋友群里的讨论：你看，每个人都有不同的视角，无论你的测试方案多周密，总有人会说有测试点没有覆盖到。这说明两个问题：引入更多的人进行测试是有收益的 测试用例是无穷的，你永远无法穷举所有的场景上述两点其是有矛盾的，为了追求覆盖更多的场景，我们需要加大投入，引入更多的人，设计更...

创业公司希望：快，抢占市场互联网公司讲究：快速行动，不要光想不做，要勇于实践。在工作当中，有些领导经常会将「创新」、「快速」....这些词挂在嘴边，听起来这些词显得非常光荣正确伟大。但这些词有可能正在将很多创业公司导向一个危险之地。问题是真的快了吗？快有没有带来价值？做出来的东西用户不想用，线上问题频出，开发人员面临无数次的推翻重做，频繁的变动导致产品，开发，测试三方理解不一致，遗...

测试的目的是保障质量，质量是效率的前提（非常重要）从发展的角度看公司对质量和效率的重视程度公司在初创阶段更注重效率：试错阶段，可以犯错误，100件事，犯错99次，1次成功即可 依赖个人和团队的能力公司在发展阶段会越来越重视质量：开始控制流程，减少犯错 从依赖个人能力到依赖有效的管理，减少个人犯错的影响 需求评审 Design review Code review ...

前几天读到一篇文章：为什么中国的 996 干不过美国的 955 （文未有链接）看过后有些感触，也进行了一些思考，由此引申到软件工程的质量控制，下面把自己的一些相法记录下来文中提到的一些观点，我是比较认同的关于工作的杠杆率，即单位工作时间产出的价值：业务如果靠销售驱动，杠杆率最低，运营其次，产品最高。所以你去看销售驱动的公司，往往有很多人，但是人均产值很低，比如地产，软件...