测试工程师年终总结
老地方整理的测试工程师年终总结(精选4篇),希望这些总结范文,能够帮助到大家。
测试工程师年终总结 篇1
技术方面:
1、负责公司社区后台管理系统的V1.0 V2.0版本的测试及上线工作,参与整个产品测试的全流程。引入静态测试、文档测试、单元测试、接口测试等测试类型来保证项目产品质量
2、负责公司活动产品策划底层框架重设的需求,完成上线后提高15%的性能提升
3、搭建了后台管理系统的主流程接口自动化框架的搭建,通过GIT新COMMIT代码后可以直接触发自动流程测试,每月节省了至少8人天人工
4、参加后台系统V1.2的报表测试主设计,通过编写并使用自动化脚本执行固定任务,比原计划提前3天完工
5、确定并对接论坛项目V2.0的外包开发与第三方测试团队,为公司周年庆活动的技术支撑提升了整体质量
6、整理并分析生产环境缺陷报告,通过统计分析,找出可以避免的生产故障,使生产故障率降低5%,并形成了统一分析模板:
管理方面:
1、制定通信事业部门-项目管理SOP流程,需求管理SOP流程,质量管理SOP流程,并在下属部门进行宣贯及实行,规范了事业部门的对外工作流程,减少了沟通成本
2、部门重组后,更新并完善质量组测试制度,包括新人入职培训制度、月度质量组例会制度、缺陷报告分析流程以及月度项目质量播报,通过可视化的看板,使项目组的每位成员均可实时查看自己负责模块的质量及进度
3、通信事业部测试体系1.0搭建完成并宣导
4、建立质量组的OKR清单;研究常见问题和案例
5、开展了6场测试技术与质量管理相关的培训会议,精进了质量组人员的职业技能
6、质量组技术梯队组建,引入了QA管理,并通过开展定期的技术研讨会议,学习行业前沿技术,促进管理可持续发展
亮点经验:
1、完成部门测试体系1.0搭建
2、启用并完善了测试知识库,包含文档库、工具库、缺陷库、文案库等
3、制订并下发了项目管理SOP流程,需求管理SOP流程,质量管理SOP流程
4、质量组人才梯队搭建,并引入QA管理流程
5、开展测试技术及质量管理相关培训,促进团队积极学习氛围
6、接口自动化测试脚本设计及编写,解决了发布流程测试问题
7、形成月度缺陷分析会议,通过统计分析在缺陷趋势及走向图从宏观角度动态调整项目计划
问题分析:
1、测试版本控制评估不足,且临时任务未能良好把控,导致版本滞后
2、管理员的.权限控制问题,因缺少相关日志数据无法导致部分角色权限被更改
3、接口自动化测试覆盖率较低,部分模块需要人工干预(原因:目前接口测试人员被调配其他产品线,导致设计工作暂停)
相应的解决方案:
1、测试人员需要动态调整工作清单及测试任务的优先级,并及时与项目经理确认进度
2、按模块角色配置账号,并通过唯一属性来管控权限的可编辑功能,需要技术实现
3、考虑到接口脚本设计完成后需要后续维护,建议增加1名测试人员,以解决目前的覆盖率问题
未来规划:
1、项目方面(公司产品交付)
2、团队管理
1)形成测试小组,培养2名核心测试人员
2)完善部门各个管理模块的SOP并落地执行
3)形成部门月度OKR会议,每月月底会议总结
4)完成接口测试脚本覆盖率超90%,并落实持续集成
测试工程师年终总结 篇2
回顾20xx年这一年来的工作,我在公司领导及各位同事的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下:
一、主要工作
总体来说,20xx年我主要完成了“xx银行系统”、“xx渠道管理平台”、“xx”、“xx”、“xx”“xx”的日常测试以及质量控制工作;“xx”已经稳定上线运行6个多月,“xx”即将上线。
1、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说,主要的工作内容有:
a、测试项目案例、测试用例的设计与编写;
b、对测试过程中遇到的问题进行沟通,并提供意见;
c、设计业务功能流程,提供参考意见,绘制关键业务流程;
d、进行主要功能的界面测试、功能测试;
e、按照测试用例执行测试计划;
f、进行需求验证工作
2、知识的总结与分享,完成客户端在安卓4、0/4、1,IOS6、0以上系统上出现的兼容等问题,完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中,发现兼容上重大问题,在测试部门群中发布分享。
3、完成所需知识积累,学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种测试工具的使用。
二、对公司的建议与意见
对公司和部门建设上,我有以下几点建议:
1、对员工进行金融知识的系统培训,让测试人员了解银行业务流程,有助于测试人员更加详细了解业务流程,测试过程会少走很多弯路。
2、部门内希望多组织技术交流讨论,促进测试工作的开展和提高。一年至少有2次这样的交流。
3、公司在项目开发前期,希望尽可能的明确需求,尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书,需求说明书不明确或者需求说明书内容错误,误导了开发和测试,浪费了时间,影响了项目进度。
4、建议项目需求设计可以有测试员参与讨论。
5、公司管理有点混乱,个人感觉公司对每位员工的重视程度不够!节假日公司应该给每位员工一定的福利和关心。
6、个人感觉平时的效率比较低,希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程,让开发更好的.了解测试的流程,增强开发团队与测试团队的配合,提高工作效率。
7、加强部门测试成果的积累与沉淀,提高团队测试水准,希望我们的团队能够做的更好,能够已团队的形式参与软件项目的开发,而不仅仅是一个项目中毫不起眼的小小测试员。
三、20xx年工作计划与学习计划
20xx年工作计划就是希望通过自己的努力,让我们的产品更加完美,让自己在软件测试技能上有所提高,更多的关注软件产品的开发过程,提高工作效率、做到与用户的需求一致,提高公司软件产品用户满意度。
具体来说20xx年工作计划有:努力提高自身测试水准,努力学习金融知识以及业务流程,学会需求分析,掌握需求分析在测试中的作用,参与公司更多的开发项目的测试工作。
测试工程师年终总结 篇3
伴随着充实紧凑的工作生活,20xx年的时间已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,我主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。以此作为惩前毖后的记录。
一、工作的主要内容
在20xx年的工作中,我的总体任务是协助xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:
1、编写矿业权系统的各类文档;
2、矿业权系统的编码及bug勘误工作;
3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。
在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现xx系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中,对xx系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个xx的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的`帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。完成了系统的修补之后,我们的程序进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。
第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了xx所进行所检。在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于x月x号编写完毕。
现阶段我的任务是根据所检的bug列表,对xx系统进行回归测试。
二、工作中失败的教训以及成功的经验
对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
成功的经验:
1)敢于接受任务并想尽一切办法完成。最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。
2)勇于承担错误,正视自身的问题。工作中可谓是错误不断,从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。
失败的教训:
1)重视每一个细节,不要忽视小问题。在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意。在对xx系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。
3)考虑问题要严谨。在对xx系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。
4)注重用户体验。在xx系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。
三、展望下一阶段的工作
下一阶段短期内我们的工作主要针对xx系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习数据库使用上的区别,做好从xx数据库向xx数据库的迁移工作。
20xx年的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。
测试工程师年终总结 篇4
总体来说,20xx年我主要完成了以下几方面的工作:
一、项目测试工作。
1、知识与经验分享。
2、完成所需知识的积累。
3、工具学习及研究。
具体来说,如下:
(1)项目测试工作。这段时间,我主要是协助进行cmbp项目测试,主要工作内容有:
①对测试用例的编写提供反馈意见。
②对测试过程及测试情况进行分析,并提供意见。
③设计业务测试数据的例子。
④绘制系统关键业务流程。
⑤进行主要功能的界面测试、功能测试。
⑥按照测试用例执行测试,并提交测试汇报。
⑦进行需求验证工作。
(2)知识与经验分享
这部分工作,主要表现在四方面:
①完成项目测试经验总结
②完成“测试经验交流与知识分享”简报,包括简报材料的制作。该简报内容包括:项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
③对现有测试规范提供改进反馈意见。
④根据以往经验,在cmbp项目中提供帮助。
(3)完成所需知识的积累。
这部分工作,主要是为了更好的完成工作,学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有:
①学习金融行业业务知识。
②学习公司研发规范。
③萨满学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)。
④参加公司或业务部门组织的培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)。
⑤学习缺陷管理工具ttp。
(4)工具学习及研究。
根据《新员工入职指引表》的要求,我了解rational测试解决方案和工具,并进行rationalperformancetester的研究。完成对rationalperformancetester的研究后,我提交了研究成果,包括:《rationalperformancetester6介绍.doc》、使用rationalperformancetester进行性能测试的例子及学习参考资料。
二、20xx年计划。
20xx年,我希望能通过参与具体项目的实践,达到以下目标:
1、能将测试过程在项目中真正的运用起来,并让项目的开发人员了解我们的测试过程。
2、在项目中沉淀出一些部门成果。
除了保质保量的完成项目测试工作外,我还将积极、主动的参与部门建设工作,和部门所有成员一起努力,在领导的指导下,将我们部门做成受到公司认可,有一定地位的部门。
三、对部门建设的建议。
在部门建设上,我想可以从以下几方面逐步开展部门建设工作:
1、对人员进行分工,或者说是团队成员的侧重方向进行明确。例如,同一测试技术或测试工具,可以不需要多个人同时研究,这样可能造成资源的'浪费。
2、强化制度建设。
3、加大对测试过程的实施力度。现有测试过程,过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外,争取能让开发人员了解测试过程。如果能让开发人员了解测试过程,可以让测试工作更好开展,以及获得更好的配合。
4、加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上,很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器,只是保留在个人机器上,很容易发生人走成果也不在的情况。另外,保存在个人机器上,也不利于知识的传播与分享,不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外,还需要将已有的测试知识沉淀下来。例如,对项目的测试经验,性能测试的经验,测试用例设计经验等等。