公司同事越来越多，业务越来越大，一切都预示着前面肯定有姑娘。业务的激增，订单的量大，招聘一些客服三加五除二就办了，但是服务器顶不住了，后台系统顶不住了。每天的访问量激增，web服务器、sql服务器，从承压、存储、带宽、机器配置上都遇到了困难。因此，公司高层决定换高配新服务器，找大带宽的托管机房，目的：解决业务快速奔跑带来的压力。
　　像是一次重新的雄起，技术老大劲头十足，为了未来，拼了。拼什么？其实还是拼服务，不但要让服务器承受计划内的峰值，而且还有点冗余，要让用户用的舒服，加快访问速度，最大程度降低访问延时，因此有了服务器迁移这事，这件事只是其中一部分，我们都知道，访问速度的快慢，服务器承压能力，也不仅仅只跟服务器的配置、带宽有关，还有两个大点原因，分别是，提供数据服务的架构和代码的质量，比如，架构中缓存的应用、数据库设计的优劣、集群中数据传输与同步的处理等等，比如：数据请求算法选择与优话，如果做的好，也在很大程度上能够提高访问速度。
　　这总总，我们技术老大，都在做，而且同步做，因此，我佩服，魄力啊！
　　小结一下：
　　服务器硬件更新、换大带宽机房、优化集群数据交换和同步；
　　优化接口架构、数据存储结构；
　　重构代码，优化代码；
　　乍一看，这是个大工程，没办法，谁让你是“挨踢”男呢，听话干活吧！
　　说了半天，你可别以为我是开发，更别以为我是架构师，你要真这么以为，我只能钻被窝里偷笑了。我是个测试员，彻彻底底的软件测试工程师，看五官，没有一点不像的，我就不解释了，以上就当我的工作学习总结了。
　　定需求->设计->操作（配置和研发）->测试，我们测试也是属于这个庞大工程的一环，而且很重要，直接脚钩研发手拉客户，不但要验证技术对服务器配置的正确、研发架构设计架构的正常数据传输、开发代码准确无误，更要给我们用户一个好用的前端。
　　因此，上面三个部分，我先说说对服务器迁移的的测试理解。这里我们先不涉及架构改变和代码重构，只说迁移，这个过程到底运维和研发做了什么呢？我们可以想象到，无非就是，找个新机房，把新买的机器搬进去，然后配置好各种服务，然后配置好各个服务器之间的数据通信，再然后就是把代码拷贝进去，我们前端一连，完事。这些看着都顺利成章，相当于代码平移了，那为什么还需要专门的测试呢？
　　其实这个服务器迁移，代码搬家，涉及到了很多的点，因此，才会出现在问题不断，总结如下：
　　防火墙设置的访问权限；
　　代码目录的访问权限；
　　一个前端的多个后台之间的通信；
　　不同机房的数据同步；
　　新服务器的运行效果；
　　代码搬家是否遗漏；
　　数据库搬家是否遗漏；
　　域名的绑定与解析；
　　新机房的网络稳定性；
　　新老服务数据同步；
　　先说10条，我们根据这些问题，也许能看出点端倪，到底要测试什么，怎么测？
　　防火墙与代码目录访问权限，这个其实是最麻烦的，任意一个目录的权限设置错误都坑内在前端埋下个坑，因此，只有遍历用例，才能发现，发现时候有些功能不能实现，比如：某个图片不能显示，比如后台不能登录，某个H5页面不能显示等等；
　　一个前端的多个后台通信，这也是比较麻烦的，因为，一个前端可能会对应多个后台，每个后台都提供不同的功能，比如有的负责管理账户，有的负责管理单子，有的负责管理账务，所以，每个涉及到的系统都要进行遍历测试；
　　新机房的网络稳定性以及服务器本身的运行效果，需要做性能测试和稳定性测试；
　　对于，前端与后台的有效连接，我们只需测试相关模块的数据请求，对于防止搬家时漏掉数据和目录权限设置问题，我们则需要遍历整个程序，对于新环境的稳定性以及新服务的承压能力，我们需要做性能和稳定性测试。
　　总之，结果就是，满眼都是泪，一次搬家就是一次大换血。