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

2024-06-23 15:58

本文主要是介绍我的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难道不算他测试了吗?)

有兴趣可以看这个文章

发现bug越多,产品的最终质量越好/差?

4、懂业务的测试更重要。

其实在一个项目中,测试对业务细节的熟悉掌握比其他任何成员都厉害。不是自夸,产品毕竟是规划大的方向,需求点,后端开发进行数据库设计和接口设计,也懂一些业务,前端开发画界面绑定接口(简单的测试)。

我们组的还好,大部分都懂业务,但是如果毕竟细的业务,问题,客户问的,基本90%测试能立马指定。

最近参与的一个项目,是把公司的其他项目搬了一部分模块过来,然后剩余的进行开发。用的是从来没有参与此方面业务的组进行开发。这时候就发现了,开始大家都不知道业务是怎样的,就盲开发。后面后端就管理好数据库设计和接口开发,有问题或缺少接口后面改,前端就画页面,绑接口。

开始我会问项目经理业务,后面他有的也不知道了。到最后,很多流程数据去向基本我最熟悉。毕竟测试要使用各个端,各个页面,前后台都得跑N次。

所以我觉得一个团队中最不应该让懂业务的测试离职。特别是产品开发。长期的过程(这个不是为我个人说话哈)

5、作为测试人员的最重要的三个品质:细心、耐心、责任心。

测试工作需要细心才能好的发现bug,需要耐心能不厌其烦的进行长业务流程的测试及一个bug不断反复的复测,需要对这个工作的责任心来处理偶尔会有的对问题失去耐心,想蒙混过关的不好心态,让客户使用起来顺畅而满足的责任心。

 

未来1年的计划和期许

1、明年完成szh项目的三期测试工作及nx项目的二期测试工作及产品的迭代工作

2、复习,学习之前计划的内容

3、产假期间看看家里的测试相关书籍,如果还可以,可以再考一次软考

 

年底评优是没希望了。在产品、前后端、设计、测试中,测试可能是最没希望的吧。不过希望年底有年终奖吧。

希望大伙都可以拿到年终奖!!!

这篇关于我的2019年工作总结及对未来1年的计划和期许的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1087611

相关文章

关于C++中的虚拟继承的一些总结(虚拟继承,覆盖,派生,隐藏)

1.为什么要引入虚拟继承 虚拟继承是多重继承中特有的概念。虚拟基类是为解决多重继承而出现的。如:类D继承自类B1、B2,而类B1、B2都继承自类A,因此在类D中两次出现类A中的变量和函数。为了节省内存空间,可以将B1、B2对A的继承定义为虚拟继承,而A就成了虚拟基类。实现的代码如下: class A class B1:public virtual A; class B2:pu

找完工作该补充的东西

首先: 锻炼身体,包括乒乓球,羽毛球,都必须练习,学习,锻炼身体等是一个很重要的与人交际沟通的方式; 打牌,娱乐:会玩是一个人很重要的交际沟通的法宝; 摄影:这个是一个兴趣爱好,也是提高自己的审美,生活品质,当然也是与人沟通的重要途径; 做饭:这个的话就是对自己,对朋友非常有益的一件事情;

揭秘未来艺术:AI绘画工具全面介绍

📑前言 随着科技的飞速发展,人工智能(AI)已经逐渐渗透到我们生活的方方面面。在艺术创作领域,AI技术同样展现出了其独特的魅力。今天,我们就来一起探索这个神秘而引人入胜的领域,深入了解AI绘画工具的奥秘及其为艺术创作带来的革命性变革。 一、AI绘画工具的崛起 1.1 颠覆传统绘画模式 在过去,绘画是艺术家们通过手中的画笔,蘸取颜料,在画布上自由挥洒的创造性过程。然而,随着AI绘画工

十五.各设计模式总结与对比

1.各设计模式总结与对比 1.1.课程目标 1、 简要分析GoF 23种设计模式和设计原则,做整体认知。 2、 剖析Spirng的编程思想,启发思维,为之后深入学习Spring做铺垫。 3、 了解各设计模式之间的关联,解决设计模式混淆的问题。 1.2.内容定位 1、 掌握设计模式的"道" ,而不只是"术" 2、 道可道非常道,滴水石穿非一日之功,做好长期修炼的准备。 3、 不要为了

工作流Activiti初体验—流程撤回【二】

已经玩工作流了,打算还是研究一下撤回的功能。但是流程图里面并不带撤回的组件,所以需要自己动态改造一下,还是延续上一个流程继续试验撤回功能。《工作流Activiti初体验【一】》 完整流程图 我们研究一下分发任务撤回到发起任务,其他环节的撤回类似 撤回的原理大概如下: 将分发任务后面的方向清空,把发起任务拼接到原来的判断网关,然后结束分发任务,这样流程就到发起任务了 此时的流程如上图,

工作流Activiti初体验【一】

在这里记录一下我的Activiti历程:(以下示例不涉及真实业务,所有逻辑均建立在学习的基础上) bpmn图 发起任务我设置了一个权限组user1,只要是这个权限的用户都可以发起任务 分发任务我设置了一个用户组,用户组中每个用户都可以处理这步流程,只要有一个人处理这步任务,分发的流程就算结束了 分发任务这一环节还有个判断,允许任务下发和不允许任务下发 任务分发完成则来到子流程,每个被分

时序预测 | MATLAB实现LSTM时间序列未来多步预测-递归预测

时序预测 | MATLAB实现LSTM时间序列未来多步预测-递归预测 目录 时序预测 | MATLAB实现LSTM时间序列未来多步预测-递归预测基本介绍程序设计参考资料 基本介绍 MATLAB实现LSTM时间序列未来多步预测-递归预测。LSTM是一种含有LSTM区块(blocks)或其他的一种类神经网络,文献或其他资料中LSTM区块可能被描述成智能网络单元,因为

人工智能机器学习算法总结神经网络算法(前向及反向传播)

1.定义,意义和优缺点 定义: 神经网络算法是一种模仿人类大脑神经元之间连接方式的机器学习算法。通过多层神经元的组合和激活函数的非线性转换,神经网络能够学习数据的特征和模式,实现对复杂数据的建模和预测。(我们可以借助人类的神经元模型来更好的帮助我们理解该算法的本质,不过这里需要说明的是,虽然名字是神经网络,并且结构等等也是借鉴了神经网络,但其原型以及算法本质上还和生物层面的神经网络运行原理存在

Java注解详细总结

什么是注解?         Java注解是代码中的特殊标记,比如@Override、@Test等,作用是:让其他程序根据注解信息决定怎么执行该程序。         注解不光可以用在方法上,还可以用在类上、变量上、构造器上等位置。 自定义注解  现在我们自定义一个MyTest注解 public @interface MyTest{String aaa();boolean bbb()

tensorboard-----summary用法总结

Tensorflow学习笔记——Summary用法         最近在研究tensorflow自带的例程speech_command,顺便学习tensorflow的一些基本用法。 其中tensorboard 作为一款可视化神器,可以说是学习tensorflow时模型训练以及参数可视化的法宝。 而在训练过程中,主要用到了tf.summary()的各类方法,能够保存训练过程以及参数分布图并在