无力回天...机关算尽,还是死在上线之中.............

博主最近上了一次心惊胆战的线.
而故事由此开始.....

起因:

起因是因为监管需要, 导致公司的一个老系统需要整改,但是这个系统已经没有人维护了.
而博主刚好入职的时候是从当前老系统维护起步,所以这个整改的需求则无旁贷的落入的博主的手中…

接手:

刚接手这个需求的时候大致看了一下,挺简单并不复杂,大多数都是页面修改,

我甚至都认为无需经过开发阶段,可以使用后台配置的方式加以实现

于是找到业务人员开始沟通, 结果越是沟通越复杂. 例如:

新增一个定时任务.....需要定时任务预警机制需要定时任务可视化面板需要定时任务补充机制要和其他定时任务配合起来继续迭代中.....

我的天哪,你就一个文档两三句话, 居然要我给你设计一个和其他系统之间兼容的定时任务机制… (╯‵□′)╯︵┻━┻

最后经过多方妥协又因为是监管需求所以时间上比较赶(后面才知道不是如此,而是业务催的紧),所以最后打算先出一个基本版,以后再慢慢迭代 (其实我心里是拒绝的因为当前的系统是在是太老了,代码多雷,结构混乱,一个类中有上百个函数几千行代码的情况比比皆是.但是没有办法所以妥协了)

开发之中:

需求分析过,页面协商过,模板敲定完成,后台逻辑核对. 总算开始了开发阶段.

就在博主在愉快的 making codeing 业务提议需要再加一个后台功能,
后台功能到时不难. 也就是增删查改罢了. 但是加当前功能的动机让博主困惑不已, 因为在博主看来这样的功能根本没有必要.

但是在业务的强烈要求下博主还是屈服了, 加就加呗…

测试之中:

刚开始测试的时候因为是老系统,所以没有测试人员挂载这个项目名下,也就是说没!!! 有!!! 测!!! 试!!! Σ(⊙▽⊙"a !!!

然后不知是谁默默的来了一句, 你开发的你测呗…

然后我会怼了一句:“我测的,你敢上么?”

最后商定为在测试人员调配过来之间,我兼测试… 加班加点由此开始

为此我去同事那里拿了他们的测试模板,与测试案例样板 (讲真的自己开发的东西自己测试,总感觉思维上有些漏洞. 因为在写测试案例的时候总是,会不自觉感到总有遗漏的地方)

上线之前:

上线前夕我因为其他项目来了个紧急度高的需求,.而当前需求严格来说连测试都没有完整的完成, 于是在取舍之后我就被调度到新的需求中了.

然后当前需求因为缺少测试人员,所以只能交由业务人员代替,然后当我得空回望当前需求的时候发现,这个几乎是暂停在这里的…ε=(´ο｀*)))唉

置空期:

然后当前需求就迎来了一阵长时间的置空期,也就是无人问津的状态 , 期间我也提过上线申请,但是都被各种因素,理由给驳回了(例如: )

然后我就奇怪一件事, 这个需求怎么感觉是我的痛点,是我提出来,是我需要这样的功能… (其实这样说也对, 因为当开发完毕,然后距离上线如果隔得太久. 那么就算是我本人都会对当初的代码感到陌生, 无法掌控)

其实由此看出我当初其实是被骗了,就算是监管需求,但是绝对没有想象的那么急促, 然后这期间我忙于其他需求, 测试全都交由业务人员进行业务验收, 于是当前需求就这样无人问津 (还有说好的测试小姐姐呢? 又是骗我的 …)

匆忙上线:

“期限快到了,赶紧把需求上了”

啥 (⊙_⊙)? 什么鬼? 当我听见这句话的时候一阵懵B, 脑中第一想法就是 “搞错了罢? 最近没有临近上线的需求啊 …”

经过一阵鸡飞狗跳之后,才搞清楚原来是之前的需求已经真正到了非上不可的地步了 …

讲真的对于这个需求我已经忘得差不多了, 对于这个需求心理有两种声音:

“赶紧上了它,上完了就不用再理会它了”
“这个需求已经失控了,现在上线无益于走钢丝,一不小心可能就会掉下悬崖”.

但是这并不以我的意志所左右

于是我只能开启了忙前忙后的姿态, 首先重温代码逻辑不求细节只要大概. 然后联系对接渠道.查看接口版本问题, 联系业务人员核实页面展示效果与功能效果

经过再三的核实之后由于对于需求的失控以及代码的遗忘和渠道在生产上的风险 , 我只能在上线流程上下功夫, 将上线流程一再拆分, 拆分成了三个部署两次验证. 分为三个阶段最后再来一次总验证

bug追查

没错… 正如标题而言, 上线还是挂了. 不过万幸的是不影响用户使用,不必回退,把出错的部分屏蔽掉就可以了. 但是正当bug 出现的时候心里又有两个声音

“意料之中的事”
“天哪,能不能让我省点心”

最后当场追查出来是因为第三方渠道的接口返回数据出现了问题,初步判断是版本不对, 然后我不禁反思,当初的再三核实版本问题, 为什么还是出现了问题?

然后与第三方核对的时候,发现他们的版本库中版本是对的,那么为什么没有返回正确的数据?

第二天翻遍了所有的测试环境,都没有问题,那么问题究竟出现在哪里?

尚在追查中…

补录:
在上线后的第二天, 通知业务人员希望尽快修复, 最好是能有个紧急版本上线, 在与第三方沟通后表示只能等他们下个版本更新来修复当前bug, 所以最后还是预备下个版本更新.