一直保持这样的节奏，很快项目上到生产环境。产品设计之初是准备有3个独立环境：开发环境（开发人员使用）、测试环境（测试人员使用）、生产环境（客户的真实使用环境）。由于频繁升级，加上自己的懒惰，没有好好利用测试环境。而是让测试人员直接在开发环境中测试，我就这样亲手给自己产品埋下了一颗炸弹，起初升级都很顺利。开发环境中测试这样的隐患非常大，直到有次，我们为加强系统安全性，对用户的密码进行密文保护后，开发环境中很顺利没问题，但是提交到生产环境时导致客户没办法升级，后果可想而知，所有用户无法完成自动升级，以至于化了2天公司客户、开发全部介入进来手动给用户升级...这段时间我是天天被老板骂的狗血淋头。当时就想想要是测试环境中测试就能发现这样的问题了。在这次事故中主要责任还是在我，没有保证好产品的稳定发展。除主要责任外，次要责任主要有开发代码不过关。考虑不全面等等。这次事故中主要总结一下几点。
测试永远不要相信开发的代码，在小的功能都要测试
不要被上级的压力，客户的需求乱了阵脚
不确保升级生产环境没问题，再催也不升级
直到测试环境正式用上后，不同部门的人在不同的环境中工作，到目前为止再也没出现过类始于上次那样的大错误。之前提到被老板骂的狗血淋头，这里老板骂的再凶这个锅也要接好，千万不要乱丢。为什么这么说呢，不能丢，大家伙都在为产品努力本身压力很大，在加上任务是我安排的，自然邀功主要人也是我，要是把锅甩出去，问题就大了，闹不好可能会出现手下伙伴不满，导致产品核心开发流失等等更大的问题出现，所以记住“背锅比邀功更重要”。只有这样才能让团队更好的发展。
后续随着产品的迭代、用户量的激增还会面临更大的挑战........哈哈哈
......
持续更新
......
后记
期间碰到的许多问题，如果全部拿出来分析怕是3天3夜也写不完~~，只是挑选一些比较大的问题阐述。小弟不才如有大佬能够指导如何更好的优化系统以及一些技术的推荐或建议可以给我留言~~~最后真心感谢大哥、公司各个业务员、开发同事的一起努力。