作者：横着走觉察生活_915 | 来源：互联网 | 2023-07-25 16:45
还记得上次项目上线前的情景吗？是疯狂加班，狂补bug，还是胸有成竹，悠然自得？关于项目上线，相信每个程序员都有自己的故事。为鼓励大家分享自己的经历，CSDN社区的特举办“项目上线前24小时做什么”
还记得上次项目上线前的情景吗？是疯狂加班，狂补bug，还是胸有成竹，悠然自得？关于项目上线，相信每个程序员都有自己的故事。
为鼓励大家分享自己的经历，CSDN社区的特举办“项目上线前24小时做什么”大讨论，你认为项目上线前最应该做的工作是什么呢？
活动规则：在两个参与方式中任选其一进行作答，在本贴中回复即可。
参与方式一:你认为项目上线前24小时，最应该做的工作是什么？请在回帖中发表你的观点。
参与方式二：在回帖中分享你在项目上线前的经历、关于项目上线的感慨等。
活动时间：即日起~7月30日14:00
奖品设置：
参与奖：所有成功参与活动的用户，都可获得可用分30分
幸运奖：所有成功参与活动的用户，如果楼层数是100的整数倍，都将额外获得100可用分。
优秀奖：活动结束后社区会选出10条精彩回复，赠送《程序员》杂志一本。
注意事项：
1.回复必须为原创，字数20字以上，转载视为无效。
2.每名用户不限回复次数，但最多只能获得一次优秀奖。
3.本活动最终解释权归CSDN所有
4.如有疑问请与楼主联系，或是发送邮件到 webmaster（at）csdn.net
138 个解决方案
项目上线也许是一件令人激动或是紧张的事情。
激动是因为项目组众人数日奋战终有结果，紧张是因为项目上线后突发问题实属难测。
最后二十四小时大多也是尽量避免或是减少项目上线后一切可能出现的问题。
如果项目上线时间紧迫，最后二十四小时也在加班加点赶功能也实属正常。
项目上线前二十四小时，心情总是很忐忑。
项目上线后一个月以后，如果一切安好，心豁然开朗。
额。。 没注意看题目。。我擦。。 是24小时之前的。。 哦。。 我想想那天我在干嘛。。 打酱油？？？
哦哦哦。。 想起来了。。 整理文档！！！
上线之前的最重要工作就是文档。整理项目开始以来的所有文档。还需要什么格式，排版的。需要简单易懂，关键是客户能看懂。
还需要做的就是测试和维护工作。BOSS说稳定盖过一切。
测试->改bug->二轮测试->改不足->测试->各种测试...
项目上线前24小时 其实应该各种测试，测试各大浏览器的兼容性，是否存在BUG, 发现bug必须要尽快解决。
心情嘛。紧张而兴奋。紧张的是担心存在问题。兴奋的是自己的劳动成果要上线了。
上线前是测试，测试没问题，写一份测试报告，客户签字，然后才敢上线。。。
1.项目上线前24小时一般在狂测试。。狂补bug。。通宵达旦。
2.模拟上线。备份好所有的东西，在客户服务器上模拟上线。。各种迁移问题。还有误rm-rf。。。
3.上线，只要模拟完了，正式上线也差不多了。
4.上线完毕
5.客户提出问题，发现bug继续修改。
6.升级。。。
---------
一般项目上线都是比较紧张的。。所以项目上线前一定给予充分的时间去测试修改。。多用几个测试人员。反复测试。就像洗衣服。。反复的整
项目上线前这一段时间一定不能让客户加新需求，一切都得等下一期。
----
项目上线完毕，大吃一顿，或旅旅游，去个大城市铁岭
--
总之项目上线压力山大，尤其在人手不够的情况下。
加班修改报表，测试流程，解决打印机卡纸等等诸多问题。。。
每个项目的情况都不一样 ，有的项目准备上线的时间充分 就会没有事情悠然自得的等待这项目的上线，但是有的项目是为了赶进度准备的不充分就会有疯狂的去修改bug的情况，所以说每个项目都不一样要看这个项目的情况而定，在就是看项目经理的时间安排了。。。！！！！
1、全面系统测试
2、做上线前的一切备份
3、预估上线后出现bug的预防及措施
各种测试，几个人轮番的测试别人写的程序，保证项目的稳定运行。24小时内也就这些了，其余的事就是整理整理自己写的东西，交项目报告。
项目上线前24小时应对项目进行全面的综合性测试！
以及一些准备紧急备用方案，防止突发事故
项目上线前二十四小时，心情总是很忐忑。
项目上线后一个月以后，如果一切安好，心豁然开朗。
项目上线前，肯定是疯狂的测试~
通过疯狂的测试~就可以回家睡大觉了！
1.项目上线前依然在疯狂的测试，生怕某一个简单的流程被遗漏了。
2.开始自己吓唬自己，哎呀，这个问题怎么又出现了？
3.紧张，不时会把项目经理喊过来，这个是怎么回事呀？发现哦，原来自己忘记了，这个功能是正确的
4.确定各种文档的正确性。
「项目上线前」總是忙著核對組內每一位程序员被分配到要負責的「每个项目」，準備針對「每个项目的情况」，客户所提出问题，发现bug加班修改，再继续测试流程。
我进的这公司项目主体早就上线啦，我们现在干的就是加新功能和补BUG。
经常弄上线。印象比较深的是我参与做的一个大的功能点上线的那次，加班到将近十点……
其实根本没啥事，就是不能走，诶。
上线上的都麻木了，感觉天天在搞这个。
唯一的感想就是填上线申请填的好想死。
你想啊，如果是N久之前做的一东西，改的地方又多，自己又没留修改记录，你记性又不是很好。那么恭喜，填上线申请的时候你就到处翻去吧~还不一定全翻得着！
我个人认为需要取决于项目的大小
上线前的24小时，这应该是在完成了所有测试以后~！
首先，当然是准备好需要升级的代码，
并且要查清楚测试环境和正式环境哪些地方不同之处，
哪些地方需要进行代码的修改等问题
如果是升级（加新功能新补丁）已有项目则需要做好备份~
如果有很多个文件需要上传，而且都不在同一个包或文件夹下，
可以使用jar -cvf 的方式进行打包上传~
（如：本地 jar -cvf 待上传.rar @需上传文件列表.txt ，
生产环境 jar -cvf 备份.rar @@需上传文件列表.txt ）
这样不但可以提高效率，还可以减少出错率！
各种不一样
1）领导有可能催着动个样式，改个提示信息……各种混乱、反复、无意义的工作；
2）可能开始给用户做数据了（确实是用户该做的东西，比如加登录用户什么的）；
3）改BUG……一个问题突然想到了解决方案，或者有优化方案；
1.测试--有专门的测试部门，开发不用操心(不过也不可能等上线之前24才测试)，如果项目面对的是签约客户且客户具备测试能力，那么测试时还有客户联合测试等，开发坐等bug吧。
2.bug--关于这一点，如果上线之前24小时还在改bug的话，这个项目还能上线么，还稳定么？
3.备份系统，备份代码--这个才是24小时内的工作吧。
4.计划项目下一周期的工作，包括功能升级、新功能添加、下一周期项目前景展望等。
以下略之
...
项目完成后有专门的人测试，测试出的bug再有对应的程序员去修改！
PMS上线，不幸地中标，N多的bug被找出来了！
上线前针对产品中存在的还没有解决的Bug集中解决
对于那些自己都不知原因的bug，为了程序的稳定，找到一个较为稳妥的办法，只能先发布，发布后赶快找到根本原因，把这个bug解决掉。。。。。
上线前很紧张，也很兴奋，紧张是因为不知道会发生什么，兴奋是因为奋斗了那么久，终于有了一个结果—上线。上线之前要对程序做完整的功能性的测试（白盒、黑盒一起），还要做web压力测试。然后对系统的运行环境—服务器，要做好支持，不能出现服务器某软件安装不到位或者错误等问题。有时间的话还要检查一下，机房的环境，会不会有其它非程序问题发生。总之需要考虑很多问题，依据项目的特点来定。
正常情况下该解决的已经解决了，文档也基本准备好了。
心里激动万分，那么多BUG都已经修改完了，个人觉得已经完美了，应该不会出现问题了；
但是心里又是那么的不安，万一出了问题怎么办，老板会怎么叼我，会不会BUG太夸张死得很难看，
会不会因此身败名裂。。。。
先整合数据，加入到项目里。进行测试。寻找BUG。基本都是用真实数据进行测试。留一个备份数据。对测试过程中遇到的BUG加班修改。最后上线试运行。
我会和同事一起去吃一顿饭，不管如何，先庆祝一下。然后就做好即将面临的问题的事前准备。
我觉得，项目上线前24小时，我们应该拼命修改已知的BUG，同时找出一个主要功能没问题的版本备用。
最好是啥都不做，24小时后就上线了还火烧眉毛似的，真让人怀疑产品质量啊
有句话说的很好，兵马未动，粮草先行。
1、项目上线前要确保公司团队或个人完全分析过目测试能想到的所有BUG漏洞都必须保证没有问题。
2、项目上线前要确保公司团队或个人有宣传方案。
3、项目上线前要确保公司团队或个人都经过条件检查或探讨保证正式上线的稳定。
一般做两件事：
1、安装调试生产环境，保障上线的前提；
2、如果存在历史数据迁移的，模拟迁移历史数据。
项目上线前，把各种东西准备好，以便上线使用，同时也在测试bug
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有