测试工程师年终总结Word文档下载推荐.docx
《测试工程师年终总结Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《测试工程师年终总结Word文档下载推荐.docx(8页珍藏版)》请在冰豆网上搜索。
一年的工作,使我获得很多方面的经验:
1.编写逻辑覆盖率全的测试用例甚为重要。
在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更使我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;
2.要站在用户角度对系统进行测试。
从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试;
3.对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题;
4.越来越规范的工作流程的使咱们的工作有条不紊的进行,使我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。
5.同事间的沟通很重要。
现在不管遇到什么不确定或疑惑,都与开发人员、产品经理等及时沟通,大大提高了工作的效率。
二、加强自我能力的提高
只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。
为提高对“用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实使我获益匪浅。
不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的,比如:
太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等等。
深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在师父的指导下运用LR工具进行简单性能测试,以后必须坚持学习。
三、存在的不足及明年计划
一年的工作使我有所进步,但是很多地方还是存在不足,比如:
有时候看问题比较主观,不是很细致,没能深入地去测试,会有遗漏的bug;
自身专业技术能力还不足,不能从系统稳定性这一点上对系统进行测试。
在以后的工作中,我会努力改善。
在20xx年的工作中,我计划:
1、本着实事求是的态度,更加认真、负责的完成工作;
2、要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;
3、按照系统稳定性测试方案,要逐渐对系统的稳定性、安全性进行测试;
4、继续研究性能测试,并要将LR工具运用在实际工作中;
5、多多的学习,参加一些有益的培训,在实际工作中活学活用。
四、个人建议
这一年来咱们部门有着的显著进步,越发规范的工作流程,越来越明确的责任制度、管理体系等,都使咱们更加有凝聚力。
在此,个人提出以下几个小建议:
1、希望可以加强对项目的把控,尽量能将延期风险降到最低;
2、从各个组对需求理解的不一致,以及信息更新不及时等问题上看,沟通问题还是有待完善;
3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;
4、虽然工作任务繁重,还是希望部门能够多组织活动,完善奖励制度,可以使大家更加激情的为部门、为公司奉献自己的全部力量。
以上是我个人的一些浅见,相信在大家共同的努力下,向着同一个目标进发,软件部甚至整个公司必定会大展全新的宏图伟业。
总体来说,20xx年我主要完成了以下几方面的工作:
一、项目测试工作。
1、知识与经验分享。
2、完成所需知识的积累。
3、工具学习及研究。
具体来说,如下:
(1)项目测试工作。
这段时间,我主要是协助进行cmbp项目测试,主要工作内容有:
①对测试用例的编写提供反馈意见。
②对测试过程及测试情况进行分析,并提供意见。
③设计业务测试数据的例子。
④绘制系统关键业务流程。
⑤进行主要功能的界面测试、功能测试。
⑥按照测试用例执行测试,并提交测试汇报。
⑦进行需求验证工作。
(2)知识与经验分享
这部分工作,主要表现在四方面:
①完成项目测试经验总结
②完成“测试经验交流与知识分享”简报,包括简报材料的制作。
该简报内容包括:
项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
③对现有测试规范提供改进反馈意见。
④根据以往经验,在cmbp项目中提供帮助。
(3)完成所需知识的积累。
这部分工作,主要是为了更好的完成工作,学习所需的知识、工具及技能。
我主要是根据《新员工入职指引表》的要求进行的。
主要工作内容有:
①学习金融行业业务知识。
②学习公司研发规范。
③萨满学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)。
④参加公司或业务部门组织的培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)。
⑤学习缺陷管理工具ttp。
(4)工具学习及研究。
二、20xx年计划。
20xx年,我希望能通过参与具体项目的实践,达到以下目标:
1、能将测试过程在项目中真正的运用起来,并让项目的开发人员了解我们的测试过程。
2、在项目中沉淀出一些部门成果。
除了保质保量的完成项目测试工作外,我还将积极、主动的参与部门建设工作,和部门所有成员一起努力,在领导的指导下,将我们部门做成受到公司认可,有一定地位的部门。
三、对部门建设的建议。
在部门建设上,我想可以从以下几方面逐步开展部门建设工作:
1、对人员进行分工,或者说是团队成员的侧重方向进行明确。
例如,同一测试技术或测试工具,可以不需要多个人同时研究,这样可能造成资源的浪费。
2、强化制度建设。
3、加大对测试过程的实施力度。
现有测试过程,过程文件上存在不易操作的地方。
所以在实施上也相应的存在一些问题。
另外,争取能让开发人员了解测试过程。
如果能让开发人员了解测试过程,可以让测试工作更好开展,以及获得更好的配合。
4、加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上,很容易发生测试成果丢失的情况。
加上还有一些测试成果未提交服务器,只是保留在个人机器上,很容易发生人走成果也不在的情况。
另外,保存在个人机器上,也不利于知识的传播与分享,不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外,还需要将已有的测试知识沉淀下来。
例如,对项目的测试经验,性能测试的经验,测试用例设计经验等等。
伴随着充实紧凑的工作生活,20xx年的时间已经过去了。
这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。
总结经验,吸取教训,我主要从几个方面来对工作进行总结:
工作的主要内容;
其中的失败和教训以及成功和经验;
展望下一阶段的工作,确定自己的目标。
以此作为惩前毖后的记录。
一、工作的主要内容
在20xx年的工作中,我的总体任务是协助xx管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:
1.编写矿业权系统的各类文档;
2.矿业权系统的编码及bug勘误工作;
3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。
初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。
若直接做开发,则业务不熟练,代码不规范,弊大于利;
若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。
这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。
至此,入职工作顺利起步。
在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现xx系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。
在编写该文档的过程中,对xx系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个xx的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。
任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对xx系统进行细微的缝补工作。
这段时间是学习多于工作的,不同的问题督促我要每天和XX亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。
虽然辛苦一点,但收获却是满满。
完成了系统的修补之后,我们的程序送到了xx进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。
第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。
拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了xx所进行所检。
在进行所检之余,我又接到了新的任务,完成xx系统的概要设计以及详细设计文档的编写。
这两份文档已于x月x号编写完毕。
现阶段我的任务是根据所检的bug列表,对xx系统进行回归测试。
二、工作中失败的教训以及成功的经验
对于失败的教训要吸取,成功的经验要进行总结。
我对成功的定义是:
在保证质量的'
前提下完成既定的计划或目标就是成功。
其他的所有结果都是失败。
成功的经验:
1)敢于接受任务并想尽一切办法完成。
最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。
这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。
2)勇于承担错误,正视自身的问题。
工作中可谓是错误不断,从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。
失败的教训:
1)重视每一个细节,不要忽视小问题。
在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。
从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意。
在对xx系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。
从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。
一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。
3)考虑问题要严谨。
在对xx系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。
这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易