项目工期太紧了，前面就一直拖拖拖，导致后面我们测试的时间根本不够，天天加班，天天后半夜，大家也没什么怨言，热火朝天的干，尼玛，昨天晚上加班，我们测试组忙的累死累活，产品经理居然带着自己的团队去看电影了，看完后回来笑嘻嘻的问我们测的怎么样，有没有什么问题，擦，产品文档写的乱七八糟，跟最后的产品都对不上，找你们核对人都跑去看电影了，回来还炫耀多么好看，压抑几天的火都出来了，遇到这样的产品经理怎么办，公司一个劲的捧着说是某某公司挖来的，接触下来感觉就会吹，擦，根本容不到团队，现在搞的测试开发对他们都不满
辞职
遇到这种人, 就得划分好界限了. 明确下交付物, 每次走提测流程, 最后根据测试时间和提测次数, 跟他们一起算账吧. 测试时间和资源安排要摆到明面上和他谈.
不然他就会认为你们都是打杂的了
这点我这弄的相当成熟了。产品提交测试前要验收是否都按需求来做的。测试阶段发现文档和产品有出入，直接拒绝接收测试，一旦打回重新验收，发布日期势必会延后，但，这不是测试的问题。追责也很容易定位。
提测是开发的事情啊。产品文档不过关，没有评审？那你们测试根据什么测？你要做足功课，找他们的毛病，让他们完善。邮寄反馈，把老板加进去，数据说话。
喷他
诶 说明确，项目开始前都说的好好的，到时候给的东西就不是那样的，自己不按时间完成，最后还压测试的时间。文档不是最新的，去问研发，研发说这个产品跟他们商量定下来改的，可文档不是啊，工期太紧了，测都测不完，总不能不干吧，非让他补全文档我们再测也不是那么回事，现在的老板特别看重这个产品经理，夸的跟花是的，实际上没什么能耐，就会哄老板，说的比唱的好。郁闷
下期，小道消息有话题了，吼吼！
那就让产品出问题。并且责任不完全在测试的问题。出了问题，也许就能改观。
#6 楼 @anonymous 你难道是我司的~~？
产品经理和开发团队的矛盾无法避免，归根结底产品经理和团队的利益并不一致。这要求一个有效的问责制度。
要问责大目标。比如发布后的有严重问题，产品，开发，测试共同担责。让团队自己去找原因。