怀着特别气愤的心情来写此文，献给特别苦逼的项目经理。
事情是这样的上周末我们项目上线，上线完用户验证时说有点小问题，我让集成测试的人员也测了一遍没有问题就以为操作问题，然后宣布上线成功皆大欢喜。
问题就发生在本周一，周一用户说一款产品的标志错误，开发排查下来是开发问题。就和用户沟通是否可以下周上线（下周有正常的上线版本），最终结果大家也知道，不同意，否则也不会有今天的事情了。那就只能走紧急版本了。
公司的紧急版本上线流程审批比较麻烦，要开发，测试，和运维主管签字后还要请部门领导审批。最重要的是这个事情不影响业务，数据统计可以通过数据修改或者上线时历史数据处理来解决。所以说服领导的过程和单独准备环境的过程都很麻烦。我都拿用户部门的领导是我们的老领导来压我们领导了。
用户提前和我沟通过，说完一天的时间才能测试完成。所以周一集成测试加班测试完成，把版本发布到用户测试环境，周二一早就把测试环境邮件通知了用户。
结束了一上午上线后各种问题的沟通和交接的准备工作，看到配置人员发邮件说下午要封版了，赶紧电话用户问测试进度，得知你没通知我，我没看到邮件。立刻有一种无语的感觉，但是改动点很小，下午还是可以测试完的。一边催她抓紧测试一边给上线人员解释要再等等。
屋漏偏逢连夜雨，用户测试环境的数据被人修改过，用户测试环境没办法测试，改到集成测试环境也是各种问题。只好提前部署准生产环境了，这套环境最接近生产环境，也不会有脏数据。
现在是版本包打好了，测试环境也准备好了，而且都已经提前发布到准生产环境了(按要求应该是用户测试完确认没有问题才会发布到准生产环境)，所有的上线人员都已经准备好收到通知就开始上线了。
用户说今天测试不完，可以接受周六上线了。之前说的不能接受，年底数据量大，影响工作效率等等全是过眼云烟。要测所有的产品，要同步截图，给不出用户测试报告，总之就是测不完，而且下个版本上线现在评估下来没有影响了。
说不气愤是不可能的，冷静下来仔细想想，需要我反思的地方:
001上线当天用户反馈有问题就应该重视，加强和用户的沟通，问题的根本就是沟通过程中理解歧义造成的。
002在和用户沟通过程中，应该全程邮件联系且注明时间和负责人，口头说完事后有可能就忘了，有邮件可以更好的确认一下，事后追责也有证据
003最重要的事不应该以用户的要求为准，而应该有自己的判断。就是今天这个上线当时就应该回绝掉。
