"无论怎么说，JY的这个测试质量我是觉得是不及格的，这个确实是我的问题，把JY的这个项目的优先级和重要程度放的太低了，并且开发修改完的问题我这边也没有彻底的跟进，导致有些因为修改别的问题所导致的bug让用户再次提出，除此之外，用户提出的问题有一些是界面的基础功能和页面文字上的问题，这种问题没提前发现确实是不应该，周末我会按照之前写的用例重新测一遍JY这个系统，不能让用户再提这种问题了。"会议结束后，琦琦给我发了这一段。我也给予了赞扬。
事情的背景是JY的产品，开发完成后半年多了一直没上线，因为用户没有时间测试，一拖再拖。最近因为有超级丹负责的另外一个产品GLJY和它有联动，所以GLJY的用户也在一起帮忙推进JY的上线测试。
JY的客户方负责人给超级丹打了电话，表示初步测试了产品，还是发生了比较多的问题，而且因为核心开发要休一周假，预计的上线日期可能还是无法达成。超级丹也很着急，就组织了琦琦（QA）、小杨（JY的PM）、开发一起讨论应对。
我们分几个层面聊了这个问题：
-
现状问题分析和对策
我们发现用户确实有几个人参与测试了，有BUG也有些是需求，总数大概20多个。针对这个场景，我让大家别着急，这是好事，至少用户动起来了；其次，我们积极应对下，分类问题，对于阻断性问题、以及能快速解决的问题，研发今天加加班应对下，这样表示我们积极应对的态度；第三，我们把这个态度反馈给用户，邀请用户继续测试，下周研发不在，如果用户能够测试一轮，研发回来集中修改BUG，对整体计划可能影响不大。
-
PM要尽量避免在验收测试阶段有较大的需求变更
其间，小杨表示了用户的一些需求变更，我们可能没有资源应对。我先把高标准的产品要求同步给大家，优秀的PM是能够在调研和设计阶段做到足够完备、足够细致，当用户对方案评审后，需求就应该不变了，那么用户验收阶段也是面向产品设计做验收，不应该有太多需求变更。如果有，我们也应该尽量让用户优先上线，再通过逐步迭代的方式解决，而不是迟迟不上线。所以，本次如果有大的需求变更，我们也不承诺在上线前解决，毕竟研发也有其他排期的重点项目。当然，我们的PM经验还不足，需要面向高标准不断锻炼自己。
-
积极应对，也不要怕延期上线
对用户的测试结果，PM和QA都积极应对起来，及时和用户沟通、阶段复盘。对不同的情况，既要总结和反思自己的问题和不足，同时也要据理力争，不要因为怕延期上线而一再迁就，相信如果我们有理有据更能得到用户的认可。
在工作中，识别自己的工作边界、工作原则很重要，只有这样才能把自己职责范围内的工作做到极致、也能让自己收获成就感。