我的2019年工作总结及对未来1年的计划和期许

本文主要是介绍我的2019年工作总结及对未来1年的计划和期许，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

最近一直在忙，不过今天手上的2个项目目前都在修改bug中了。等修改好了，估计明天又同时进行复测了。

刚刚公司群里发布了2019年度工作总结和考核评优工作的通知，和去年一样，每个人需要提交一份个人总结PPT。然后我看了我去年的写的总结和期望，不足和成就。有了些感触，也忙里偷闲整理了半天今年的工作内容。这里具体的项目名称就不透露了。

整体来说：

1、独立测试3个项目/产品的测试工作。

2、客户使用的平台的数据维护工作（运营工作），我们组目前是我兼职运营。其他组项目成熟，客户量大，有专门的运营人员。

3、期间学习了一些技术，不过实际运用到项目中微乎其微。

这一年对测试工作的总结和想法：

1、遗憾：

目前把之前在上家公司自己学习和运用的linux、python接口测试学习落下了。好在后面中途空余学习了下locust，也实际操作了。对于一些场景的并发测试还是有用的。最近出了一个postwoman还没来得及研究和运用，有兴趣的可以先了解下：https://postwoman.io/

2、对于功能测试、接口测试、性能测试等的新看法：

公司产品（项目）的迭代周期比较紧，刚完成一个迭代，下一个迭代马上开始，因为要敏捷式开发。前后端自己会联调接口。并且有时候就是接口本来就写错了，一般测试中涉及到好几个管理系统的各个端的数据流通，还有对业务的掌控，新功能是否会影响已有功能。作为测试，我认为目前还是功能测试最重要。比性能和接口、安全等都重要。功能不仅仅是某个点，更是对业务的熟悉，掌控，能够举一反三。而其他的，可能说是锦上添花吧。

况且如果一个项目只有一个测试负责测试，除了基本的文档编写（这里我认为不需要写详细的测试用例，但是功能点我是坚持写的。进行到后面可以复查，没人会一直记得所有的业务场景和结果，特别是后期更改需求，推翻重新来）。还需要进行多个端的功能业务测试。如果要进行接口测试，还需要后端的配合（提供较好的接口说明文档）、时间安排上也有问题。

因此：经过这1年，我觉得需根据开发周期来决定优先级。首先就是保证功能业务的正常。其次时间充足再保证性能的正常，是否承受住压力。而不是开始就想着测试接口和接口的并发能力，甚至想自动化走流程。自动化测试时有一定的场景才适用的，否则还不如基本的测试。（大家可了解下）

3、测试人员很重要。

上个月我一个测试朋友她跟我说她的领导在群里说研发如果好好测试的话，可以不需要测试。不过后来马上也给她道歉了。

这里我认为：开发人员首先肯定是需要自测的，不然让测试提一堆bug给测试展示业绩吗，我宁愿少提些bug。很多领导觉得测试的能力是看bug。包括我刚来这个公司时，三个后台才刚刚完成80%，说对我的要求是要提1000个bug。我虽然最后却是达到了要求，领导虽然是高兴了。但是我不高兴。不是因为的凑了这么多bug、是因为我发现竟然这么多问题，开发的水平不怎么样。

根据我之前学习测试基础理论相关书籍和经过这一年的测试工作（换了3个前端），其实发现的bug越多，产品的质量其实是不好的。隐藏的问题可能更多。并不应该根据测试bug数量来判断测试人员的成果。（最多证明她很累、提交这么多问题，还得复测，证明开发水平不行），毕竟测试人员是需要尽可能的覆盖到各种场景的。（有的场景没有问题，没有提bug难道不算他测试了吗？）

有兴趣可以看这个文章