网站上线之前，需要做好各项的准备工作，网站功能调试，以及页面设计的确定，服务器数据配置，以及其他一些方面。即时网站上线，也会出现这样或那样的问题，对于这种情况，还是有方法可以解决的。

一、避免临近上线还在新增需求和改需求的问题

1.首先除了与需求、开发进行三方评审后，写checklist的时候，对需求进行需求测试，这个过程需要把一些需求不合理的地方找出来和需求进行沟通和讨论，如果确实不合理需要及时通知开发进行调整，需求需要修改自己的文案，重新提交，测试需要标记修改的内容。这样避免了在需求不合理的情况下开发进行了开发，后面再进行返工的情况，也让测试人员充分理解功能以及功能应用的业务背景，在后面的测试中游刃有余。

2.其次，基于测试和需求沟通一致，理解一致的条件下，本公司采用测试、开发共用一套流水线，开发在提交和未提测的过程中测试需要关注开发的开发的功能是否与需求一致，如果是不一致，需要及时和需求、开发进行确认和沟通。不盲从，不妄信，一切以业务背景为基础，这样从测试的角度去避免从开发开发出来的产品与产品的需求不一致。

3.较后，和产品沟通避免临近上线还在新增需求和改需求的问题，尽可能提测以后不提交新的大需求和大需求的改动（除非是致命性的），若在提测以后产品提出需求变更，我们需要与开发共同评估工作量和风险，判定变更的风险是否过大，如果过大就推到下个版本再上线，如果影响不大，可以上线。

二、避免上线以后因为DBA刷数据出现问题

1.如果可能，找DBA沟通，在线上他需要做哪些操作，测试人员需要根据这些操作判定是否到位，在上线以后需要从页面上着重对这些地方进行验证（因为测试人员没有权限访问线上数据库）。

2.上线以前测试人员尽可能和开发沟通、了解DBA需要做的哪些内容，自己需要从功能上怎么验证，做到心中有数。

3.通过测试，测试对业务很熟悉同时在测试过程中已经了解了哪些业务与DBA刷数据有关，自己需要做一个罗列，如果可能，可以发邮件告知DBA，这样既是一种善意的提醒，也避免DBA事情、多任务重出现漏掉的情况，测试人员也能够做到心中有数，在上线后验证时做到不漏掉、不遗忘。

三、避免上线以后出现大问题

1.上线以前测试人员需要对自己负责的测试内容做一个上线评估，做一个列表（不管是正式还是非正式的），评估哪些模块风险比较高，需要注意什么，比如兼容老数据的问题，代码是否上传的是较新的等等。

2. 测试人员的冒烟测试用例需要根据自己工作情况尽可能写的详尽，需要在上线以前写好关于要上线的版本的冒烟测试用例，因为如果我们上线时间是在半夜，这个时候我们的大脑思维很难很活跃的思考问题，如果有详尽的冒烟测试用例，这样我们就可以按照冒烟测试用例，机械的验证，也就避免了漏验的情况。

3.线上也适度的推行自动化，这样关于一些正常流程由自动化执行，测试人员只需要集中精力去关注需求更新的部分。

4.坚决拒绝在测试过程中，开发或者DBA说测试环境不做，直接去线上做的情况，应该尽可能的去要求所有的操作必须要经过在测试环境中测试过后才能上线。如果不能做到，需要把这些操作的优先级调到较高，在上线以后重点验证这些地方。

以前听别人说，再好的网站系统，也会有漏洞，就看严重程度是什么级别的。所以，在网站上线之前，还是需要仔细的检查一下。