测试工程师工作总结

时间:2023-06-02 17:30:12 总结 我要投稿

测试工程师工作总结范文

  总结是指社会团体、企业单位和个人对某一阶段的学习、工作或其完成情况加以回顾和分析,得出教训和一些规律性认识的一种书面材料,它可以提升我们发现问题的能力,不如静下心来好好写写总结吧。那么如何把总结写出新花样呢?以下是小编精心整理的测试工程师工作总结范文,欢迎阅读与收藏。

测试工程师工作总结范文

测试工程师工作总结范文1

  时光如梭,转瞬间已进入我公司二月有余,首先感谢公司领导对我的信任将新产品开发重任交给我去做,再次感谢领导和同事对我工作上的指导。这是我人生中弥足珍贵的经历,也给我留下了精彩而美好的回忆。在这段时间里公司领导及同事门给予了我足够的支持、鼓励和帮助,让我充分感受到了领导们坚定的信念和同事们积极乐观的精神。

  记得初到公司的`第一天,领导就将试制了两年多一直没有供货的产品;流水槽总成交给我,当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作,有一定的经验,但是面对的顾客不一样,要求也不一样,现在面对的是大众公司,各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里,白天忙于现场配合xx工程师及工装科

  解决流水槽调试及试装过程中存在的一些问题,晚间回家认真学习公司各相关文件、标准,并带着问题向同事们互相探讨、互相学习取长补短,具体做了如下工作;

  一、后流水槽总成xx试装工作

  来公司两个月,去xx公司现场—次。每次试装顾客都要提出不同的问题(大众倒三班)诸如;后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷,每次回来都要配合工装现场制定解决方案,并跟踪落实。然后再同xx公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人,在公司领导及相关人员的积极努力下,流水槽总成的试装工作已接近尾声,下一步就要进行ots工装样件提交了。

  二、编制各类技术文件几十种

  依据新产品开发程序,编制各类技术文件;如;控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置等等。

  在与公司同行的互相交流中,发现我公司有些指导性文件版本中有不完善之处,并及时依据标准进行完善。如冲压下料卡中没有规定剪切毛刺公差等。

  三、设计工位器具二种

  根据流水槽零件形状不规则,而且是表面件;内表面质量要求高等特点,设计第一、二工序间带滑轮的转运车两种。

  四、焊接夹具改造

  后流水槽总成焊接夹具;流水槽(1k5809643/644)与支架(1k5863345)点焊时,支架摆放时是垂直位置,靠压弯部定位放不住,零件容易掉落。提建议将夹具适当位置加小磁铁固定。

  以上是我来公司两个月来所做的一些主要工作,还有一些如配合三坐标检测、检具检测、夹具调整等一些零散工作就不一一累述了。

  工作中虽然又积累了一些经验,相对于自身有了很大进步。尽管如此自认为同xx公司沟通较少,不利于新产品开发进度。在以后的工作中还需继续努力,不仅要学习更好的与人愉快的相处,而且在技术和项目管理上也要更进一步,同时以积极,热情,细致对待每一项工作,多角度的提高自己解决实际问题的能力,为企业创造更多的价值,让自己的人生更有意义。

测试工程师工作总结范文2

  1、简要说明主要工作职责的流程及工作程序

  通过5个多月的学习。熟悉并掌握了测试技术开发的相关工作职责:

  (1)掌握测试治具的维修和管理方法。

  (2)学会了及时处理现场异常的方法,包括产品合格率出现异常时,分析原因,找出异常。3。掌握了异常批次产品的处理方法

  和处理流程。

  (3)了解并熟悉了Td2115 mP Updater与Td2115 mP Tools、S78F半自动测试机台的结构和原理,以及SET与co方法。

  (4)熟悉掌握了产品投产前的确认工作(NPI list),包括测试机台的选定,治具规范制定以及handler的选择。

  (5)学习并掌握了程序调试的方法。

  (6)了解mES和EmS系统设定的相关内容。

  要想成为一名合格的测试工程师还要具备分析测试数据的'能力,从测试数据中找出测试低良的原因以及提高良率的方法,其中包括硬件的改善以及软件方面的问题,总之需要学习和掌握的地方还有很多,仍然需要不断学习提高自己的工作能力。

  2、简述培训过程及对培训的建议

  在培训过程中我得到了很多前辈和领导的指导,前两周随师父学习关于产线的注意规范,以及简单的操作,以及产线的作业流程,熟悉了这些之后跟随师父学习了关于异常保留品的处理流程以及规范的方法,还跟随师父学习了测试机的'基本原理和结构,以及关于测试机的以及治具的管理和维修的方法等,掌握了如何验证测试程序,以及程序验证完成后的系统设置工作,跟师傅学习过程中,要求师傅给与我多动手操作,边学边练,弥补自己不足的地方,所以对培训的建议是,多让被培训者动手操作,才能快速提高。

  3、实际工作的开展及完成情况

  目前的主要工作是负责813客户与160客户的产品,813和160都是新产品,测试机也是新机台,目前苏通也没有样例可循,有很多测试流程,规则制定,信息导入和对接,需要跟客户及供应商做好协调,有不懂的不确定的多确认,前期程序验证完成还要负责所有的NPI list的确认,因为目前手动线测试设备都由客户提供,且两个客户几乎同时进行,需要做好区分,防止混淆。且因两种芯片为rF芯片,所以线损各种问题需排查,同时还要负责量产过程中测试异常的处理以及测试流程防呆,目前已能对异常处理,另外还有相关的外寄客户样品等操作熟悉,还需要不断学习提高自己的处理问题的能力。

测试工程师工作总结范文3

  一、总体来说,20xx年我主要完成了以下几方面的工作:

  (1)项目测试工作。

  (2)知识与经验分享。

  (3)完成所需知识的积累。

  (4)工具学习及研究。

  具体来说,如下:

  1、项目测试工作。

  这段时间,我主要是协助c、y、x行cmbp项目测试,主要工作内容有:

  (1)对测试用例的编写提供反馈意见。

  (2)对测试过程及测试情况进行分析,并提供意见。

  (3)设计业务测试数据的例子。

  (4)绘制系统关键业务流程。

  (5)进行主要功能的界面测试、功能测试。

  (6)按照测试用例执行测试,并提交测试汇报。

  (7)进行需求验证工作。

  2、知识与经验分享。

  这部分工作,主要表现在四方面:

  (1)完成项目测试经验总结。

  (2)完成“测试经验交流与知识分享”简报,包括简报材料的制作。该简报内容包括:项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。

  (3)对现有测试规范提供改进反馈意见。

  (4)根据以往经验,在cmbp项目中提供帮助。

  3、完成所需知识的积累。

  这部分工作,主要是为了更好的完成工作,学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有:

  (1)学习金融行业业务知识。

  (2)学习公司研发规范。

  (3)学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)。

  (4)参加公司或业务部门组织的`培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)

  (5)学习缺陷管理工具。

  4、工具学习及研究。

  根据《新员工入职指引表》的要求,我了解rational测试解决方案和工具,并进行rational performance tester的研究。

  完成对rational performance tester的研究后,我提交了研究成果,包括:《rational performance tester 6介绍。doc》、使用rational performance tester进行性能测试的例子及学习参考资料。

  二、20xx年计划。

  20xx年,我希望能通过参与具体项目的实践,达到以下目标:

  1、能将测试过程在项目中真正的运用起来,并让项目的开发人员了解我们的测试过程

  2、在项目中沉淀出一些部门成果

  除了保质保量的完成项目测试工作外,我还将积极、主动的'参与部门建设工作,和部门所有成员一起努力,在领导的指导下,将我们部门做成受到公司认可,有一定地位的部门。

  三、对部门建设的建议。

  在部门建设上,我想可以从以下几方面逐步开展部门建设工作:

  1、对人员进行分工,或者说是团队成员的侧重方向进行明确。例如,同一测试技术或测试工具,可以不需要多个人同时研究,这样可能造成资源的浪费。

  2、强化制度建设。

  3、加大对测试过程的实施力度。

  现有测试过程,过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外,争取能让开发人员了解测试过程。如果能让开发人员了解测试过程,可以让测试工作更好开展,以及获得更好的配合。

  4、加强部门测试成果的积累与沉淀。

  现在的测试成果保存在服务器上,很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器,只是保留在个人机器上,很容易发生人走成果也不在的情况。另外,保存在个人机器上,也不利于知识的传播与分享,不利于部门成员技能的提升。

  除了将已有测试成果进行有效管理外,还需要将已有的测试知识沉淀下来。例如,对项目的测试经验,性能测试的经验,测试用例设计经验等等。

测试工程师工作总结范文4

  一:20xx年工作回顾及总结

  回顾20xx年这一年来的工作,我在公司领导及各位同事的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下:

  1、总体来说,20xx年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常

  测试以及质量控制工作;“……”已经稳定上线运行6个多月,“……”即将上线。

  2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说,主要的工作内容有:a、测试项目案例、测试用例的设计与编写;b、对测试过程中遇到的问题进行沟通,并提供意见;c、设计业务功能流程,提供参考意见,绘制关键业务流程;d、进行主要功能的界面测试、功能测试;e、按照测试用例执行测试计划;f、进行需求验证工作

  3、知识的总结与分享,完成客户端在安卓4。0/4。1,IOS6。0以上系统上出现的兼容等问题,完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中,发现兼容上重大问题,在测试部门群中发布分享。

  4、完成所需知识积累,学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种

  测试工具的使用。

  二:对公司的建议与意见

  对公司和部门建设上,我有以下几点建议:

  1、对员工进行金融知识的系统培训,使测试人员了解银行业务流程,有助于测试人员更加详细了解业务流程,测试过程会少走很多弯路。

  2、部门内希望多组织技术交流讨论,促进测试工作的`开展和提高。一年至少有2次这样的'交流。

  3、公司在项目开发前期,希望尽可能的明确需求,尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书,需求说明书不明确或者需求说明书内容错误,误导了开发和测试,浪费了时间,影响了项目进度。

  4、建议项目需求设计可以有测试员参与讨论。

  5、公司管理有点混乱,个人感觉公司对每位员工的重视程度不够!节假日公司应该给每位员工一定的福利和关心。

  6、个人感觉平时的效率比较低,希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程,使开发更好的了解测试的流程,增强开发团队与测试团队的配合,提高工作效率。

  7、加强部门测试成果的积累与沉淀,提高团队测试水准,希望咱们的团队能够做的更好,能够已团队的形式参与软件项目的开发,而不仅仅是一个项目中毫不起眼的小小测试员。

  三:20xx年工作计划与学习计划

  20xx年工作计划就是希望通过自己的努力,使咱们的产品更加完美,使自己在软件测试技能上有所提高,更多的关注软件产品的开发过程,提高工作效率、做到与用户的需求一致,提高公司软件产品用户满意度。

  具体来说20xx年工作计划有:努力提高自身测试水准,努力学习金融知识以及业务流程,学会需求分析,掌握需求分析在测试中的作用,参与公司更多的开发项目的测试工作。

测试工程师工作总结范文5

  先介绍一下我的背景:通信类院校20xx年毕业、本科、计算机专业,毕业后进入一家大型通信设备商工作,任职软件测试工程师。

  一、T项目执行

  20xx年7月13日入部门,此时才知道自己被分配到了测试部。部门主管把我领走后,就把我交给了导师。

  入部门的头几天,主要熟悉公司的工作环境,认识部门同事,了解产品知识。由于我们是做传输设备的,所以当时学习的产品知识主要以SDH原理为主,包括SDH的帧结构、网络的保护和倒换等。

  下面介绍一下我所做的项目。

  项目名称:T软件

  项目概况:该项目是在PC和Sun工作站上开发的软件,属于CS结构。Client端用Java开发(开始使用JDK1。3,后来改用JDK1。4),实现跨平台;Server端用C++开发,使用ACE实现跨平台(Windows和Uni—)。

  人力投入:开发好像是9人,测试3人。(我来的时候是产品的第2个版本,人力投入大概如此)

  我入部门几天后,T项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容,去点鼠标,如果发现程序出现错误或异常,就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标:)

  现在想起当初的测试工作,实在有太多的不足,和待改进点。

  1、测试用例。对于一个软件的测试来讲,测试用例是至关重

  要的。测试用例要覆盖所有测试规格,而且测试用例要易于理解、易于执行,简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟,最糟糕的是用例的质量很差,使用这些测试用例,根本无法保证产品质量。测试用例的'预置条件、操作步骤、预期结果的描述也是乱糟糟的,而且用于存储测试用例的Excel表格设计的很差,界面很不友好,从一定程度上降低了测试效率。

  2、产品知识。T软件虽然是在PC和工作站上运行的,但是开发T软件的目的是为产品服务的,所以我们必须具备产品知识,才能更好的对T软件进行测试。恰巧当时包括我导师在内的3个人,都不太了解产品,所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。

  3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动,它尽可能发现程序中存在的缺陷,保证程序的质量。但软件作为一种商业品,有它的发布时限,老板说这个软件要1月份发布,你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多,而很多重点却没有得到重视,一些严重问题暴露的比较晚,导致测试时间延了又延,版本测了一个又一个,想起那些日子,只能如此描述:“累并痛苦着”。

  4、测试流程的把握。7月份中旬,T项目从开发部转到测试部,进入了测试阶段,实际当时的产品质量并不能达到转测试的

  标准,而我们却让他们通过了转测试,结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此,我们是测了一轮又一轮,测的我们都要绝望了。回头想一想,T软件还真的是我们测出来的,而不是开发写出来的:)

【测试工程师工作总结】相关文章:

测试工程师工作总结09-24

测试工程师工作总结11-14

测试工程师工作总结05-13

测试工程师工作总结01-31

测试工程师转正工作总结11-29

软件测试工程师工作总结03-08

软件测试工程师工作总结03-08

测试工程师转正工作总结03-20

测试工程师简历06-09