写本篇文章的时候，我正在等待着第一个和生产性测试(productive test)相关的活动，财务同事下载旧生产系统的资产负债表，此份资产负债表将和新生产系统的资产负债表对比，以确保数据迁移的完整性。那么在SAP RISE项目的上线周末(Go-Live weekend)我们需要准备点啥呢?

1.上线计划(Cutover plan)

和所有SAP项目一样，上线计划是所有上线周末，包括之前和之后所有与上线相关活动的总指导文件，所以这个是执行项目的前提。在SAP RISE项目中，系统迁移一般由客户方的系统准备、SAP方的技术迁移、SAP ECS方的后处理、客户方的后处理等几个步骤组成，在校验完balance sheet后就是技术Go/No Go,然后开始检查各类接口，接着是真正的生成性测试(productive test)，最后是最终的Go/No Go。

2.生产性测试(productive test)范围

生产性测试是一种非常特殊的测试，其实也不能称为测试，因为业务部门的同事会根据日常业务中的实际数据来“测试”新系统是否可用。考虑到上线周末时间紧迫，我们一般会选择一些简单但是重要的测试场景，比如在SAP RISE项目中，主要的变化是接口，所以生产性测试会围绕接口测试。生产性测试的范围和数据是需要提前确定好的，这样才能确保测试的顺利进行。生产性测试也叫冒烟测试(smoke test)，这是从工业测试中引用过来的，冒烟测试是检测管道密封性最简单的测试方式。

3.接口(Interface)激活范围

作为上线周末检查的重点，各类待激活的接口也是需要提前确定的，因为上线周末前所有接口停止后，各类数据会缓存在缓冲区，如果激活所有接口，就会造成堵塞和系统性能下降。所以上线周末会选一些重要接口和需要参与生产性测试的接口激活，其他的接口可以等周日系统上线后的晚上在进行激活。

4.“入住/退房”(check-in/check-out)会议

这是啥意思呢?为了确保某一类的上线活动开始和结束步调一致，一般会安排check-in/check-out会议来让所有参与者知道从check-in时间点可以开始完成某类任务，并且在check-out会议中检查状态。比如生产性测试的check-in/check-out会议。

5.文档要求

作为符合审计要求的重中之重，除了cutover plan这类概览性的文档外，还需要有测试截图等能证明测试成功的文档，并且要明示文档的存放位置，以便将来的查询。

6.沟通渠道

沟通渠道是为了在上线周末汇报状态、报告问题和需求帮助的官方渠道，所有人都必须使用统一的沟通渠道来沟通，比如可以使用Teams的聊天组等。

Go-Live weekend的顺利执行离不开以上内容的精心准备，在确保了过程、文档和沟通后，才会获得一个成功的Go-Live weekend。