预发布环境谁验收

产品经理或专门的验收人员

预发布环境测试内容：

1、验证本次需求新增或修改的主功能流程。

2、验证除本次需求以外的主业务流程的功能。

3、在测试环境遗留的因数据无法测试的内容。

4、验收测试与预发布测试合并。产品部，设计部，运维部等部门验收测试。

5、预发布环境发布版本时，按照发布文档 *** 作。模拟上线流程。

预发布环境相当于生产环境，只不过是服务及数据库是另外独立部署（为了不影响线上）。预发布环境数据库数据来自于生产环境数据。数据和表结构变化会根据版本发布前做更新。此环境是在系统测试测试完成之后发布上线前，也就是上线前的最后一次验收测试。

预发布环境和线上环境环境不同：

预发环境中新功能为最新代码，其他功能代码和生产环境一致。

预发环境和线上环境的访问域名不同：

预发布环境一般会连接生产环境的数据库，测试时要注意，以免产生脏数据，影响生产环境的使用。

线上环境，用户使用的环境。由特定人员来维护，一般人没有权限去修改。

预发布环境的部署、设计、配置。

和运维经过简单的沟通得知，我们的预发布环境是一套单独的环境，用的数据库是独立的数据库，和集成测试环境、测试环境，线上正式环境没有任何关联，用的数据是我们测试猿自己造的，刚开始的时候代码拉取的是测试环境用的trunk代码。

直到后面才从单独的release分支拉取，不仅如此，预发布环境的环境配置还不如测试环境，比如涉及到支付宝口碑门店管理，外卖接单等的功能也只能在测试环境测试，因为再搞个这样的环境需要有相关资源如口碑商家帐号，需要对接外卖，比较麻烦，所以没配置好。

服务流程重构(二期)结算变革点如下：

1、改造旧服务，使其兼容新服务模型：在重构后的服务中，我们可能会对已有的数据库、交互接口、中间件等进行变更。

为了保证后续新老服务的平滑升级，在确认新服务的模型后，还需要对旧服务进行开发，让其兼容新服务的模型，可能包括但不限于数据库迁移、中间件升级新增、接口变化等等。经过测试后，发布线网环境。

2、新服务测试环境测试：在测试环境里，对所有测试用例进行测试，完成所有基本功能和压力测试。这里需要同时对新老服务进行单元测试，保证相同的功能接口的输出一致。

3、新服务使用线网的数据进行测试：在线网独立部署测试环境，测试使用的数据必须是从真实环境复制下来，部署独立的数据库，缓存等服务，避免影响生产环境。

4、发布到预发布环境测试：将新服务发布到预发布环境。所谓的预发布指服务使用的数据库、缓存、服务器等资源和生产环境相同，即新服务已经在生产环境中，但是只有部分用户的请求才会被发送到这个服务上。

5、新的服务完全替换旧服务：此时，将旧服务下线，新的服务完全替换旧服务。

---