最近进入一传统企业做O2O社区，在里面，项目管理一团混乱，上层对软件测试的理解更是匮乏。今天没有技术，仅是对这些现象的吐槽。当然我相信传统行业不都是这样，所以大家仅当笑谈。
产品经理写的需求文档永远是拿来作为做参考的
我曾经试着极力去理解它，然后以此作为测试的基本依据去执行，但是从中遇到了开发所说的各种变更，哪怕推出产品经理做仲裁，也无补于事，产品经理做出各种“合理”的妥协。最后我悲哀的认识到，这个文档就是个参考，提的不符需求bug往往被DELAY，然后没有然后。
版本保证零缺陷，就上线
客户的满意真是我们的第一目标。我为用户由衷高兴，我们的企业绝对是在为你们的满意努力着。但我要说，零缺陷是不能做到的，每个人对事物的认知是不同的，主观的不满意也能说成是一个bug，更何况这是互联网产品，面对的是成千上万的用户。所以此种宣言遭到全体同仁的申诉，最后梦破灭。
产品经理的人数超过了测试，与开发对等
我对此只能认为，可能老板们认为自己的想法太多，开发测试加班到凌晨还不够，因此必须拥有足够的产品团队来“改善”这种情况。我有理由相信，我们的产品一定会别有一番风格。而产品经理们都需要从开发、测试了解整个产品，可见老板们的决定多么正确，开发测试能力太强(我们没有中低层的开发测试)，需要足够多的产品经理才能应付过来。如果产品不都是男的，可能大家会很高兴吧。
时间是宝贵的，我们应该去不断与时间赛跑，哪怕付出下面人的生命。商场如战场，是需要流血流泪的。可见我们的老板们都是“好统帅”，会为我们的主打下一片大好河山。当我们这批倒下了，还有千千万万个我们前仆后继，真是具有史诗级的技术战役。
产品“时刻”在改变，绝对让你时刻对我们的产品充满新奇。只要你在意，我们可以让你不断感受到我们的努力。所以在尽情的吐槽时不要忘记我们的付出。那是一群不断打鸡血的IT民工不分昼夜努力的结果。
没有完不成的任务，只有不匹配的资源。我们天天要求的资源没有匹配上，是因为资源足够了？看来老板们对我们是相当自信的。骚年，请不要抱怨无休止的加班，那是你们自己没有用好时间。怎么，周末还有时间写东西？看来不加资源是相当明智的。
最后，我要再次申明，这仅是笑谈。既然选择一个企业，如果不是为了混日子，那肯定是这里有着一定的优势。如果存在缺陷，正是我们的价值所在，需要共同改进，与君共勉。