测试基础 项目天天得上线，该咋办？
由于项目原因（开发测试比较混乱），每天都有不同线上问题，项目经理一说 “这个问题阻塞客户使用了”，就必须得马上改，改完还得当天上线。
以前公司还半个月走上个版本，现在这家天天都得上线，很愁啊，大家有啥好办法吗？
我目前想就是把线上环境数据全弄到测试环境上，直接使用线上数据测试，争取多发现点线上问题。
但是这样的话可能还要考虑数据脱敏，不一定好整。
假设能用线上数据的话，可能也得整流量回放（把线上请求 copy 到测试环境来）吧，这块也没接触过，也得从新整。
目前就是天天要求上就上，也没啥办法，大家有啥想法吗？
如果你纠结的是测试场的数据不够完整，那么给你半个月时间去测也不一定能发现线上一样的问题吧？
我觉得最重要还是把你们的流程梳理清楚，每次要上线的内容是不是严格控制的，版本管理是否合理，是否能快速地完成在测试场和预发布版本的针对性测试。只要这个测试是精准的，代码合并和发布的流程是正确的，再加上足够快速、通过率高的自动化测试，那么每天发布也不是什么难事。 像 Google，Facebook 这样的公司每天都不知道发布多少新代码。
你说话有用吗？
线上数据弄下来，你也不一定有时间测呀
这块怎么说呢
当前公司应该没有流程管理相关的内容，看起来应该也不只有项目乱
这种情况下，说实话推进事情和改变事情其实还是挺难的，不过和测试数据、自动化之类的也没啥关系，这些也是解决不了这种 问题的。
只能建议试试了，成不成和领导们也是有关系的。
- 整理所有线上问题，追述问题根源，对问题进行定性。每一类问题全部给出具体原因，以及解决方案。
- 把这些问题放到明面上，拉会与大家进行讨论。参会人员建议向上覆盖，不只是单纯的研发、测试、PM。（从表述来看项目经理没有起到很好的把控作用，项目现在各种问题，最大原因也是在他）研发经理，业务负责人最好到位。
- 根本目的，与多方明确说明，具体是什么原因导致的线上问题多。测试不到位？时间太赶？项目上线频繁？
- 借助参照物，比如行业内是如何做的，我们现在是如何做的，基于哪些点从根本上改进这些问题
像这种 “这个问题阻塞客户使用了” 就必须得马上改，改完还得当天上线。
项目经理如果再说这话，就问他每次线上问题每次这么多，做为项目经理有没有考虑过具体的解决方案，功能虽然一直上线，但是用户满意度这么低，用户投诉量又这么高。如果现在我们谈的解决方案不行，请给出具体解决办法。
理论上讲，功能上不上线不是项目经理说了算的，而是由测试负责的，测试结论就是不具备上线条件，上线后，出任何问题全部由项目经理负责 ，我不相信 PM 敢说，必须上线这句话了。
我觉着问题原因就是公司缺失了测试流程规范的内容，建议规范项目上线标准，测试排期规范。正规的公司一定是有一个内部发布周期的，建议敲定版本上线周期。
Jerry li
回复
对，天天上线到底符不符合行业标准也是我头疼的一点，之前半月一上至少有个周期。现在就一天一上。其实关联功能也测了，回归也跑了（熬夜），我觉得跟半月一上的测试流程也差不多了，可就是觉得赶吧，而且天天熬夜这么搞也难受。所以我想要么限制上线别这么频繁了，要么就往自动化上使劲儿，争取跟上他们的节奏。
49875183
回复
感谢这位仁兄了，你说的话看得我真是扬眉吐气啊。而且我问题的叙述多少有点片面，你这个回答太全面了。目前确实有你所说的流程管理方面的问题，这方面问题一时也解决不了，只能慢慢推进了。
我们公司有一段时间也是的，天天上生产，甲方的需求跟挤牙膏一样，想到一点就提一点，这种是最恶心的，天天三个环境测试、仿真、生产来回切，唉
老老实实熬吧
正在经历和你一样的事情。
这个是个练手的机会，目测之前没有专业的测试主管在管理，你按 4 楼大佬说的去做就行，最后结果可能是全系统需要重新测试，需要更多的人力，做着做着就成主管了。
流程的问题，不过小公司追求业务价值的时候，会比较暴力，可以总结一下和领导说一下项目流程规范话管理的想法，看看是否可以用流程来控制
找准机会跳一波吧
确实有点老火
项目天天上线，等出个大问题就知道疼了
建议采用测试右移的思路去测试