软件测试之新老交替

Posted 2021-06-11 小金鱼的快了生活

软件在运行过程中会出现很多的更迭，比如人员更新、部门更新。下面重点说下公司更新的一些事情。
2021年3月初本团队接到任务，需要承接友商一套系统。涉及1.8亿在线用户，日均50W活跃用户，年营业额过百亿系统。
友商撤出项目原因不可描述，总结一句话就是：钱少、事多、问题多。
本次我方接管系统支出打算重构，但是重构期间没有费用，也就是甲方爸爸不给钱。
重构面临如下问题：
1、项目周期长，计算5-6个月，甲方不给钱。
2、项目重构上线时间短，不允许超过12小时停服，因此面临上线时长的压力。
3、重构代码，数据库不能重构。
4、需求不完整，友商未完整提供所有内外部需求。
5、业务丢失风险，重构代码稍有不慎将会出现少入库或者少字段情况，且原有历史数据需要兼容。
6、甲方爸爸要求稳定，平稳过渡。
后经与友商深度切磋，友商答应提供源代码。由此引发如下问题：
1、项目周期由5-6个月压缩为2.5个月。
2、友商不知何故提供代码不全，不新。
3、周期短对个人要求明显提高。
以上为大体项目背景，如下为个人应对方法。
1、快速熟悉对方代码，包含但不仅限于框架，工程分工，方法调用，日志输出等，以便于快速定位问题。
2、快速搭建测试环境，需部署2套环境，一套与三方系统联调灰度环境，一套本地环境，万幸于我方运维同学给力。
3、快速与友商对接人员建立友好协商同盟关系，既方便咨询业务又拉深双方感情。
4、快速熟悉友商对接模式及线上运维手段，包括与哪个三方人员联调，应由谁牵头解决，如何联调的一个流程。
5、快速选择侧重点，上线之前重点在熟悉业务，熟悉生产数据，上线后重点解决问题。
所谓打铁还需自身硬，因此3/4/5月份天天处于一种鸡飞狗跳日子，导致更新帖子心情全无。
以下为在整个过渡过程中的一些细节：
接管生产前：
1、掌握应用快速部署方式，由Jenkins部署调整为本地打包部署，提高打包效率，本地打包既能确认最新代码是否在包内，又减少与开发人员的沟通。
2、梳理接口数据字典，将所接管的接近100个接口梳理一遍，办理需要什么条件，办理后会入哪个库，记哪些中间件。
3、协调友商提供测试库，因灰度环境有各个三方测试数据，因此只能去无下限。
4、掌握各个工程直接关系，做到有问题快速知道怎么处理，去哪个工程下看日志。
5、记录友商不合理的bug，作为一名测试人员不放过任何历史遗留问题。
接管生产后：
1、应对各个三方系统的各种奇怪问题。
2、梳理系统界限，非本团队承接任务积极外推，引导三方系统自查习惯。
3、时间分布，上班时间有限，哪些需要先排查，先解决，分个轻重缓急。
4、新需求测试，上线。
在整个过程总说下遇到问题：
1、友商线上bug巨多，5.15接管至今，保持3天一个小版本的优化功能上线，累积解决历史遗留超过20。
2、三方系统对接人员能力不均衡，需要手把手指导，费时费力。
3、我方业务人员堪忧，阻拦问题能力较弱，导致一些非落地方牵头业务由我们这个落地方来排查。
4、友商业务流程冗余，无有效监控，中间环节出错对底层数据影响巨大且难恢复。

总结：自上线至今一月有余，系统平稳过渡到我方团队，离不开所有人的努力，千言万语汇成一句话就是：兵来将挡水来土掩。