总结2018展望2019

2018个人工作总结

今天是2019年的第9天，站在新一年的起点上，回望过去，总结一下自己在这一年中的得与失，以便更好的规划一下2019年的工作计划。2016年5月入职上家公司，转行开始做软件测试，算是一个新的起点，2年内从0到负责一个大型项目的测试再到后来负责整个测试团队的管理，从功能到后来涉及过几次性能、安全测试；成长是很快的，当然个人收入也是得到了倍数的增长，生活得到了很大改善。然而在工作上我不是一个容易满足的人，思考为啥我们常常超负荷加班，产品质量却依然不高？通过多种途径与同行交流，发现导致这个现象的原因大概有以下几点：1. 需求直接从业务方搬运，没有需求评审过程，需求不够细化，而开发和测试对需求的理解都不够深入，所以代码出bug率太高，而测试用例考虑得也不深入，于是测试和开发就得花更多的时间去修复问题。2. 系统前后端未做分离，测试都是等功能全部开发完了再去测试，并且测试全部停留在UI层的功能测试，定位也不够深层。对于以上问题，曾尝试去改变，但根源是体系的问题，自己无力回天。

于是2018年7月20号，我来到了B公司，很幸运以上困惑的两个问题，第一个在B公司已经做得很好，需求评审得很细致，交互细节考虑到位；而第二个问题也解决了80%。接下来的章节会详细讲到剩下的20%。

2018年主要工作内容和经验收获

18年在公司的5个月工作分2个维度讲，第一是技术、技能方面：熟悉前后端分离项目的bug定位，从能模糊猜测bug是前、后端，到能精准定位，分为以下几种基本情况：1.后端接口报错，2.前端js报错， 3.前端传错值，导致后端接口报错，4.后端程序本身报错 5.日志追踪，后端逻辑错误，6.前后端对接口字段传值不匹配，导致前端存入和后端保存数据不一致；另外，从0开始学python，到现在能自己写UI自动化脚本和接口脚本，熟悉django+bootstrap开发流程。

业务方面，测试过以下版本：承运商-结算模块版本迭代、组织管理系统从0到1、总调看板双十一版本迭代、订单系统和承运商系统有关订单部分的版本迭代、调度A线1.0.5版本迭代、调度BC线从0到1，目前对组织管理系统和调度BC线的业务熟悉每一个功能及细节交互、接口字段传递关系、业务背景，对承运商系统、订单系统、总调、GPS、调度A线、司机端、运营后台这几个系统熟悉其基本功能和流程及部分细节；尚未接触和了解的系统主要有结算和失效、无车承运。

2018工作中存在的困难和不足

2018仍不足的点，同样也分两个维度，业务方面：1.对未负责系统需要进一步理解业务细节和需求背景、接口构成、数据库表结构。2.对已负责的系统，需要对技术实现、代码逻辑能读懂、把握清晰。

技术方面，现在只能写接口测试脚本，还没实现自动化。

2019年展望和计划

针对2018年的不足，2019年的计划也分2个维度，业务方面：1.主动去接触未了解的系统，熟悉基本流程。2.对数据库表结构进一步理解，目标是清楚每一个关键字段都来龙去脉，即数据的产生和使用关系。3.对自己负责的系统，目标是能读懂代码的逻辑实现，最好能对设计缺陷提出改善建议。

技术方面：1.将接口自动化脚本写成框架，最好做成可视化平台，最后持续集成；实现在需求评审后接口开发完成前，能编写大数据的接口测试脚本，利用mock模拟数据返回，调通逻辑；等接口开发完之后，利用之前写好的接口脚本在晚上跑大数据的测试用例，跑完之后把测试结果用图表的形式总结形成测试报告，自动发邮件到指定邮箱；等前后端联调完，发测试版本时，在做UI层的功能测试。2.学习并在实际场景中使用性能测试，能做基本的性能分析和调优方案。

以上技术方面的规划，也就是我在第一章节提到的剩下的20%，希望2019年能一步步实现吧！