最近翻了一下多看APP中的阅读记录，发现这几年读过的专业书籍主要是产品、运营和测试三方面，其中测试占大头。
读书主要是为了缓解非利益既得者的焦虑，有人懂吗？
之前对于质量的把控，主要是从代码层面，从实现机制、业务逻辑、编码规范等方面去用功，直到最近才忽然想到这可能是个谬论，只关注了一个孤立的体系，说是闭门造车也不为过。
传统的生产制造领域早就有QC和QA，而对于像我们这种经历的互联网创业人员团队，对于这一块是缺乏认知的。大多数时候，我认为需要依赖测试团队来保证软件质量的团队是平庸的、甚至需要产品经理的团队也是平庸的，因为憧憬国外那种工程师文化、全栈开发模式，但忽略了分工协作所能带来的迭代效率、迭代质量在概率上的提升，创业所处文化背景是一个很重要甚至决定性因素。
在自然界，当兔子大面积繁殖破坏草原植被时的解决办法不是去拼命捕杀兔子而是引入狼群；每一种生态都要平衡；这或许是一种中庸，但绝不是平庸。
所以，在如今的团队中，我开始把测试团队的成长放到首要位置，达不到期望值的成员将会被踢掉。这种成长，从目测转向工具自动化测试开始。
当时间单向流逝的时候，我希望团队最终能留下些什么。
标签：平庸,迭代,兔子,如何,保证,质量,测试,团队 来源： https://www.cnblogs.com/x3d/p/10743866.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。