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. 性能测试流程深刻的探究（待定，不作专项测试的状况下用到的可能性过小）