一个bug的成本

        我想说的当然不是一个bug价值多少钱，因为软件行业因行业不同，公司不同，业务不同，你的软件价值也不同；其实bug用价值来形容当然不合适，更应该用损失或者公司的支出来形容了。

        写出本文的想法源于昨天听朋友说的一件事。昨天他们公司去了一个面试的人，他们公司没有提供纸质面试题，而是直接面试，当场问问题的流程。我这个朋友说：开场还没有问什么问题，这个面试的人直接表达了自己对薪资的要求（18K，这个人经验一年）。今年是2016年，几年前18K简直像是一个天文数字了，以最近几年的发展速度，相信5年后一年工作经验出来要28K也不是问题。物价上涨，货币膨胀如此。经过问了一些问题，这个人会的不太多。

      招进来的人是干活的，与bug息息相关。那么一个bug对于公司来说支出应该怎么算呢？如果开发人员在开发过程中，发现了bug，及时解决掉，那么其实这个bug的支出只是这个开发人员的基本工资，即便你工资再高，对于公司来说只是九牛一毛；如果开发未发现，最后到了测试那里，就得提bug，改问题，如此往返，直到bug被关闭，而且后续改其他问题还影响不到这里；如果测试未发现，一直项目上线了，让客户测出来了，那会很费劲，因为客户各种各样，甚至有的你不明白他在描述什么，这之间就牵扯到了更多的成本；项目做完了，最后发现需求跑偏了，怎一个愁字了得。

      我希望产品人员可以从销售，从客户那里拿到更多的需求，而不要害怕客户说出什么隐藏需求而不敢多问，自己想当然的觉得就是这么做，没问题的；要落实的word等工具上，双方认可再开发，保证开发拿到的需求是比较正确的；到了开发阶段，虽然开发出来的功能跟开发者本身素质关系很紧，但一个能把控时间的项目管理者也很重要；测试虽然很多时候不用qtp等工具，但测试用例一定不能少。

      其实说这么多我只想说一句，出来面试的时候你有点把握好不好，尽量不要人家问的问题你却感觉很生疏。即便你今后可能做经理，可能做CEO，但现在招你进来是干活的，让你为公司创造利润的，你如果创造出了那么多bug，你作何感受？？？