软件质量是程序员开发出来的，还是测试人员测出来的？
似乎对于软件质量，开发人员和测试人员的观点一直存有分歧。在政治正确的角度，每个人都需要对软件质量负责。但在项目的实际运行过程中，我们发现不同的团队会有不同的表现。
这回我们再次邀请到王健，一个老程序员，跟几位QA主播交换了彼此的看法。
本期主播
主持人：张凯峰
嘉宾：王健，刘冉，林冰玉
时间轴
03:40 开发自下而上开始关注质量有多可行？
11:20 除了KPI，还有什么办法可以帮助开发更多关注质量？
22:25 自动化测试是快速上线，节省人力成本的不二方法
27:29 质量会回到大家的关注点中，跟那些新兴的开发方法一样
关于质量三人行
质量三人行是一款来自ThoughtWorks（思特沃克）的播客节目，我们关注软件行业测试领域的现状和未来，质量和测试人员的职业发展。
你可以在小宇宙 ，喜马拉雅，网易云音乐以及Pocket Casts，Google Podcasts，Apple Podcast等泛用型播客客户端，搜索质量三人行，订阅收听到我们的节目。
平凡的哲思_up
项目快速推进的时候，最大的问题还并不是它会产生多少bug，而是本身的质量隐患。从项目设计到随处可见的开发细节设计。项目设计不合理会导致后面用各种不合理的方法去弥补，越往后代价越大。在细节上，代码和表结构乃至字段设计欠斟酌，导致可测试可维护性很差。我是做数据处理的(大数据)，对这些内容特别敏感。我们研发一直在追求什么高并发高性能，还有什么各种设计模式甚至理念，但具体做事的时候其实特别不讲究。还有一个事是自测，自动或半自动的能力很重要，主要是按自己的需要自动生成用例，自动重跑整个流程。自己线下发现问题，比起在线上发现问题，效率高很多倍。更重要的是，你可以放心大胆地优化代码的每个细节，还能早点下班。
平凡的哲思_up 回复 @平凡的哲思_up：
所以应该是看岗位的。回退代价小的，质量和效率可能会冲突，但代价大的，它的冲突点很高，一般够不着。