2018工作总结及思考反思(你若盛开,清风自来)

以项目维度来思考:

服务器迁移:

  1. 有关ES的地方都出了问题,上到线上边重点关注之前出问题的地方,这点没毛病 。但是当时测了一个通宵 我是优先去测分配给自己的模块,没有很优先的去回归测试环境自己就发现的问题,提出问题稍晚

校园信息流:

  1. 校园信息流一期时信息全部从厦门发出,北分的程序负责接收ONS并写入不同队列,受当时技术能力限制(不懂得模拟发送ONS),全部使用APP模拟发送
  2. 厦门发送的ONS 有错误的地方厦门没有测试负责(默默的经由北分开发同步给厦门开发),这些后来流程上厦门的代码厦门的测试跟从根本上解决了问题

内容付费:

  1. 一个项目20多个接口一轮测试5天的排期也敢写,虽然当时一部分原因是领导安排的任务不合理了,根本上是自己不懂得抛出自己承受能力之外的东西
  2. 工作量评估严重不足
  3. 进度控制不严谨

积分一期:

  1. 项目分工有重复
  2. 八爪鱼一样的业务端思考不足
  3. 用到厦门的RPC 没有人单独测试

家校重构:

  1. 未向老版本校园流同步数据(因为在此之前厦门发布的印记以及修改都是由厦门同步数据给老版本),在项目之初就该提出
  2. 产品不断提出新增需求点需要一起上线,
  3. 学生转班的需求影响到校园流的数据整合,导致设计改版
  4. 新旧server的信息同步

积分二期:

  1. extra字段的作用不清楚 也没有去关注

园丁端排行榜:

  1.  老师离职的场景未考虑
  2. 当时说带着测comment-server ,但是自己想当然的认为成测与排行榜相关的业务即点赞 不曾回归评论(属于沟通不严谨)

总结:

之前总想着深入学习,认为自己的深度不够,但是今年总结下来发现其实更重要的其实是总结回顾及从经历中总结经验的能力

优先级

  1. 多多规划自己接下来要做的事,提前行动 
  2.  总结经验权衡利弊
  3. 为人处事方面的思考
  4. 更深层的技术提升 

来年展望

  1. httpRunner实现自己做过的项目接口回归
  2. 性能测试流程深入的探究(待定,不做专项测试的情况下用到的可能性太小)
原文地址:https://www.cnblogs.com/AliceAn/p/10339178.html