说实话这是正经做产品的。很多非技术出身的老板都搞不明白，虽然短期搞测试是增加成本的，但长期来看绝对更省钱。

我们公司目前大概也就6个人主要写代码（不算 plsql），俩 QA 纯人工搞测试，说是打算明年再招个10人。目前基本上平均每个月，我会有一个礼拜时间专门处理 prod/uat 环境发现的 bug，或者回答其他团队的问题，为啥这俩东西输入的数值一样，结果却不同。我感觉就我们现在这水平，到时候破坏力就超过建设速度了。换句话说，bug/feature 的产出比会超过1，到时候我除了给人擦屁股就不用干别的了（当然我自己屁股也不干净）。

【 在 dpblue (deep blue) 的大作中提到: 】
: 我前公司用的是MFC开发的gui，是的你没看错，用的是MFC，但仍然有自动化测试，公司自己开发了一个测试框架，用Python通过框架去调用Windows的API，点击界面上的菜单按钮什么的，还能读到弹出来的对话框的文字来自动检查。我们写的新代码必须全部被自动化测试覆盖，不然
--
修改:eGust FROM 203.211.108.*
FROM 203.211.108.*