工程师转正工作总结（6篇）

总结是指对某一阶段的工作、学习或思想中的经验或情况加以总结和概括的书面材料，它可以给我们下一阶段的学习和工作生活做指导，因此好好准备一份总结吧。那么总结要注意有什么内容呢？以下是人见人爱的小编分享的6篇《工程师转正工作总结》，希望能为您的思路提供一些参考。

软件测试工程师工作总结 篇一

通过面试，来到__公司工作，已经一个月过去了，我努力了解公司的文化、制度、相关本岗工作的各种信息，以便尽快的融入到公司大家庭。对我一个月来的工作总结如下：

一、对公司的认识

在工作初期，我从各渠道了解公司的发展情况；对公司的业务模式、组织架构、地域分布有了初步的了解；阅读了一些公司管理制度。对公司的发展前景充满信心，愿意更加坚实与公司共同成长。

二、工作了解

1.信息化工作无中期的战略目标

基础建设与运维方面

基础建设薄弱。设备相应的资产信息、应用权限、辅助安全、扩展应用。管理都较松散，缺乏整套切实可行的运维机制(当然这和公司之前无本岗位人才有关)。

3.网络方面

网络不足以支撑目前的公司应用规模，表现在：网络结构无规划、带宽不足、网络管理设备性能太低，这些因素导致公司网络不稳定，无法支撑发布IT应用服务。

系统推进方面

对于目前__系统在测试准备阶段深切体会到一些问题：

(1).从整体看这套__不符合目前公司的管理结构。即：我公司所选这款__系统适合中小企业或者但组织架构企业，不适合我们目前的集团管理架构。在日后我们__应用逐渐成熟和层次逐渐深化时就会暴漏出很多问题。如：与日后集团型其它系统数据对接、更深层次权限划定

(2)的模块选择不合理。对一般__非常有用的模块没有购买，如：日程提醒、数字签名、移动应用。对我们目前现状没必要的模块又买了，如：邮件模块、办公用品管理。

(3)系统功能弱。开放自助修改地方的相对市场上主流__较少；协同审批流程设定麻烦；新闻中心版面僵硬，不可修改；知识中心版面缺乏人性化；通讯录功能非常薄弱；即时通讯功能太可怜

(4).系统实施规划不够全面。系统实施零散，缺乏整体规划。如：系统基础设备架设不安全；数据备份不合理；系统基础数据有些缺少统一规则制定；乙方顾问更换平凡、对接人多。

三、工作推进

1.将两个无线路由安装使用起来。

上线准备工作完成。截止20xx上线前的。准备基本完成，包括上线前全员培训。接下来就是公司开始试用行，上线运行后再出现的问题继续协调处理。

3.机房整理，将小UPS装给财务利用；不用之物清理出机房；

四、工作展开计划

通过对公司的了解，利用现有资源，以现在已明确的任务为首要(__系统推行到全公司)，结合公司信息化长远发展，逐步从基础架构开始完善信息化工作，计划工作如下开展：

1.首先将__系统在集团总部推行起来。

2.下一步整改机房，使机房相对安全，整洁。

3.深入了解整个集团各公司的网络使用状况，对网络全面的规划改造，为日后公司更多的IT应用做准备。

4.建立升级和建立基础的信息共享沟通，即：升级邮箱、建立整个集团可应用的即时通讯系统、简单文件共享。

5.拟建初步的信息化管理办法。

系统在各个公司逐步推行使用起来。

工程师转正工作总结 篇二

因公司人力调配本人在1月份从xx项目调离到世界村项目任职土建工程师，在xxx总xxx经理及其他项目同事的帮助指导下，踏踏实实，尽心尽力做好本职工作，现将本人一年以来的工作、学习等情况简要总结如下：

一、工作情况说明

本人1月至7月负责世界村H区7#楼工程管理及交楼维修，7月至9月负责I区1#、7#楼工程管理，9月至今负责I区7#楼工程管理。

二、明确岗位职责

1、履行监理职责：负责工程分部、分项、检验批等验收工作；负责编写汇总项目监理日志及监理资料；深入巡视现场及旁站重点施工部位，发现质量、安全等问题及时向总监汇报并采取相应解决措施。

2、履行甲方职责：负责工地质量管理工作，收集、整理、保存资料管理资料。负责审查土建专业预算、结算、施工组织设计、各项施工方案、材料计划、现场签证、设计变更等。负责现场有关图纸会审、设计变更、验槽、主体验收等事项与公司和设计院联系沟通、书面资料传递。负责协调总包及甲分包施工问题。

三、日常工作情况

1、在1月至7月H区7#楼交楼施工过程中，主责巡视现场劳动力、材料安装情况并每天定时向领导汇报，发现质量问题及时要求中建四局整改并向领导汇报。协调各甲指分包与总包单位施工问题。负责分户验收工作，交楼前与物业的移交工作。

2、在7月至9月I区1#、7#楼精装施工过程中，主责1#楼施工样板间设计变更，并向国泰和丽贝亚两家精装单位传达公司的有关技术要求，负责审查上报卫生间防水方案、吊顶方案。负责两栋楼的分部、分项、检验批验收。负责确认现场原施工单位（中建四局）结构问题并确认工程量。负责与设计沟通图纸问题。负责甲分包材料计划。负责编制汇总项目I区监理日志。

3、在9月至今I区1#楼精装施工过程中，主责施工组织设计审查、四局钢结构夹层工程量预算审查及上报。负责联系设计竣备宝贵图纸问题。负责施工现场吊顶龙骨、防水施工、厨卫贴砖、外立面保温、墙面石膏等验收工作。负责编制汇总项目I区监理日志。

四、工作成果

1、H区7#楼在6月29日~7月1日交付业主，当时来收楼业主73户，已收楼业主69户，当时收楼率达到95%。未出现重大的`业主投诉事件。

2、I区实体样板间目前进度：除卫生五金洁具未安装、壁纸未贴、水柜台面未装，其他分项工程已完成。

3、I区7#楼施工进度：墙面腻子完成一遍，木饰面木龙骨完成，吊顶龙骨完成，防水完成4~16层（验收完成16~10层）。厨房贴砖完成16~4层，卫生间贴砖完成16~15层，地面垫层完成，外立面保温完成，真石漆完成30%，铝窗固玻安装完成80%，电梯拆除完成，消防打压完成16~9层，室内电梯安装完成2部。

4、I区Loft防水方案、吊顶方案、施工组织设计方案审批完成；施工资料与进度同步，监理日志及旁站纪录与施工进度同步；钢结构夹层工程量预算委托因图纸会审需转未设计变更，目前正在协调设计下发设计变更。

5、I区1#、7#楼A、B及甲供材料备料完成，已满足后续施工进度。

五、经验总结

1、发现不足

（1）从工程质量上结合H区出现的质量问题，在I区施工过程中避免LOFT吊顶多处开裂、卫生间漏水、壁纸发霉不平、卫生间石材泛碱等问题。

（2）工程进度上I区精装更换施工单位，国泰与丽贝亚生产施工已进入正轨。H区7#楼因工程欠款，材料供应商不及时提供施工材料，中建四局施工质量问题太多导致交楼延期。

（3）安全文明施工上不足：I区现场垃圾清理不及时，现场施工用电存在安全隐患。

2、改正措施

（1）吊顶开裂问题已沟通设计采取双层石膏板，薄弱部位采取加固措施。卫生间漏水问题已要求施工单位单独上报方案，垫层施工中墙根处采取钢丝网加固，严格要求地埋管规范施工避免埋管超高导致贴砖误差；

防水施工验收中项目上通知地区工程师进行多方验收，严格要求防水厚度和高度；在贴砖过程中要求项目工程师进行旁站，避免防水层破坏。壁纸不平问题要求自己严格验收墙面基层施工。石材泛碱问题要求自己严格把控材料进场。

（2）进度上要求自己每天巡视现场，发现材料、劳动力不足问题及时协调各施工单位并向领导汇报。

（3）安全文明施工上要求自己每天巡视现场2遍以上发现问题及时要求施工单位整改并向领导汇报。

软件测试工程师工作总结 篇三

本人自XX年6月25日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。

我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，cmm是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹“江湖“还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

招学会利用网络

刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些“武林秘籍“，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

一次项目经理分配任务，觉得依靠手中的秘籍加上自己的“聪明才智“很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此google成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有“无敌秘籍“，所以只要你耐心找，答案就在身边。

这里总结一下利用网络搜索引擎的技巧：

组合搜索

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

选择表述内容的词组

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

定位信息

有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式“.公司名。”去猜测某一组织的特点。从而得到所要搜索的。信息的主要词组

其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。

第二招学会动手

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样“随手“测试出了几个bug，然后“仔细“的填写了bug单(这个bug的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的bug 。他在重现我的bug的过程中，简化了我的输入变化，bug神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出10几个变

化后，软件不动了，内存不断上升。终于他找到了产生软件的bug的原因，然后对我说“寻找bug要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的bug描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现bug的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现bug的时候多动手可以更加准确的定位bug步骤和原因，给开发人员最精我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，cmm是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲

傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹“江湖“还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

软件测试工程师工作总结 篇四

一、工作内容

20xx年过完年后，我被主管派到一个大组去学习自动化测试技术。这个测试组是个比较大的测试组，总共有几十号人，其中有很多牛人。他们的自动化测试框架就是由几个牛人耗时1年多开发出来的。到现在，他们的自动化用例覆盖率约50%，应用率好像有70%，总之这个自动化测试框架还是满厉害的，不过就是整个框架实现太复杂了，涉及的编程脚本就用了三种。

下面简单介绍一下该GUI自动化测试框架。

测试工具：IBM Rational Robot

自动化测试技术：第三代自动化测试框架

测试脚本：Robot中使用的是sqabasic脚本(基于basic的一种脚本)，另外还使用了TCL、COM组建等，并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的，如果要让Robot能够正常识别界面，还需涉及到Java编程。

学习自动化的头一个星期，我只是学习该测试组的产品知识，学习如何使用自动化测试。后面的几个星期就开始承担自动化测试的建设任务了。想想当初自己还是满辛苦的，白天上班学习产品知识，晚上回家就对着电脑看basic脚本的语法，周末还去公司无偿加班看代码。

在技术文档的选择上，我基本只看英文的，单词不懂就拿金山词霸查，实在看不懂了才会去找些中文的资料看。为什么要选择英文的呢？因为很多中国写书的人很浮躁，只想着快点把书出版了好赚钱，所以很多中文的资料质量很差。首先要贬低的就是那本谭教授的《C语言程序设计》。记得读大学时，照着谭教授的书敲程序，没多少程序能编译通过的，真是误人子弟。

当时带我学习自动化的导师姓L，他是个大忙人，有时一整天都在开会。L的师傅姓W，W是该自动化创始人之一。

当时对我比较有用的文档就只有两篇：一篇是汇集型的chm文档，是篇比较全面的介绍，其中包括自动化框架的介绍，原理的介绍，各模块介绍，自动化执行的流程等；另外一篇则是由W写的自动化建设指导书，写的还是满不错的，在我有一定基础后，照着指导书就能完成简单的自动化建设。

在我整个学习过程中，是按照以下的过程开展的：1、吴江装修网初步了解整个自动化和产品知识，尝试使用自动化进行测试；

2、熟悉sqabasic语法；

3、对着文档读代码，尝试调试脚本，跟踪到代码的最底层。

其实最好的学习方式就是实践，去做自动化建设。当有一定基础后，去完成导师交给的自动化建设任务，就是最好的学习方式。后来，我教别人的时候，也是安排实际任务给他做，然后再进行相应的引导。

在我的`学习期间，有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课，然后那些家伙会不停的提问，以检验我的学习效果。虽然这招很BT，但是对个人的成长还是满有利的。假设你学会了一项技能，此时你可能只在第一个层次上，如果你能够把这项技能教会别人，那么你的层次上升了一个档次。

记得当时是20xx年2月初去参加学习的，4月初就应急被调回原测试组了。总共不到两个月的时间，我总共完成了3个模块的自动化建设，第1个模块搞了3个多星期，第2个模块不到2个星期，第3个模块一个星期就搞完了(第3个模块算是友情支援呢，哈哈)。

4月初被调回原测试组后，就一直做救火的工作。差不多5月份的时候才正是开始做我们T项目的自动化。其实也就是把我学习的自动化框架移植过来，做T项目自动化测试。

另我比较遗憾的是，T项目的测试一直都很紧，而自动化测试并没有被推广和充分利用。直到我离职前，测试组为应付测试部自动化考核指标，才得到重视。

这里我谈一下自己对自动化测试的理解。

1、自动化测试用于提高测试效率；

2、自动化测试可以完成一些无法手工完成的测试，例如长时间不间断的测试；

3、自动化虽然能够发现问题，但主要是对继承的功能进行测试，保证以前的老功能。(这个跟项目有关，GUI自动化测试比较复杂，如果是嵌入式设备或芯片的自动化测试，对自动化测试的理解可能会不一样)

二、开发小工具

我在自动化学习期间，表现出来的专业技能和良好的学习能力，得到了同事和主管的认可。鉴于此，在4月中旬的时候，测试组的Leader给我安排一个任务，使用Excel表格开发一个工具，用于收集和统计记录的数据。要求该工具能够代替手工计算，提升测试效率。任务完成的截至日期是五一。给我安排的时间大概为一周。

该工具的实现方式并不难，就是设计一个Excel表格，然后在里面嵌入VBA脚本，以宏的方式代替手工计算。对我来说最大的挑战就是：

1、短时间内学会VBA编程；

2、提取需求，设计Excel表格的格式，使该工具具有较好的易用性。

当我接到任务后，下班回家就开始到网上搜集关于VBA资料。当时我找了一个星期，都没有让我满意的文档。最终只找到一篇国人写的PDF文档，但是那篇PDF文档只是让我初步了解了VBA是个什么东东，并不能满足我的实际需求。最终，在写VBA脚本期间，我还是参考微软自带的帮助文档搞定的。

本来计划是在四月底的一个星期开展该项任务，但实际上直到4月的最后两天我才有时间。记得当时，我花了一天半的时间与我的客户——也就是我的同事，共同讨论需求，并设计Excel表格的格式，让其评审。最终写脚本花费了4月的最后一个下午，以及五一期间的三个下午的时间，总计4个下午的时间，完成该工具的开发。而且我五一期间的工作并没有申报加班，是无偿劳动啊。

其实工具开发完成后，还是有些问题，如：

1、程序崩溃

2、有1/3的功能基本没有被使用

3、自动生成的表格，奇丑无比

三、负责M项目测试

20xx年10月份，我开始独立负责M项目的测试工作。M项目是个小项目，大体情况如下：

代码量：大约10K行

开发语言：C#

软件环境：Windows PPC 20xx

硬件环境：hp的PDA

人力投入：开发3人，测试就我1人

M项目的测试需求分析、测试设计、测试用例编写、测试执行到测试报告，全部由我一个人搞定

20xx年10月～12月中旬这段时间，主要是完成前期的测试分析与设计。12月中旬，就进入了实际的测试阶段，20xx年1月底，软件发布。回顾这4个月的工作，有做的好的，也有做的差的。下面对这些进行总结。

做的比较好的：

1、测试进度把握比较好，在规定时间内，甚至提前完成了测试任务；

2、与开发人员的沟通较好，使问题能够较顺利的解决，基本没有内耗，双方合作愉快；

3、测试的重点把握较好，把很多严重问题，在测试前期就给暴露出来了；

做的不好的，待改进的：

1、前期的测试分析能力较弱，测试规格分析不全，测试用例编写质量不是高。到后期测试时，才发现很多规格没有覆盖到，需要补充测试用例。而且之前写的测试用例与实际测试情况，有些偏差，用例的可用性差，又花了很多时间去修改用例。

2、前期的测试计划制定比较差，实际工作较之计划偏差过大。吴江装饰网反正10月、11月那段时间，M项目的工作是乱七八糟的，还好关键时间点的把握还算到位。

3、测试对象选择上疏忽，导致漏测。M程序是个工具软件，主要用于查询和设置设备的某些参数或配置。我当时只考虑到对所有支持的设备进行遍历，却未考虑到设备上所有单板的遍历。结果技术支持工程师到香港试用该工具时，发现某块叫PM1D的单板无法识别。后续，我们对大部分单板进行了遍历，还发现了很多隐藏的问题。这是一项较大的疏忽。

4、在做内部模拟试验局测试时，对测试环境的选择有较大疏忽，导致漏测。在做内部试验局的时候，我为了偷懒只选择了3个不同设备的组网测试，而没有考虑到大规模组网情况下的测试。后来，技术支持工程师拿M软件到广州试用时，程序的某项功能就不正常了，原因就是大规模组网时，通信数据的传输是多包的，而M程序的底层函数没有对多包的情况进行处理，导致该项功能不正常。当时，在其他实验室是有类似环境的，而我却为了偷懒： (

虽然M项目的测试有很多不足，但是总体情况良好，我对产品的质量有信心： )

四、救火

大概是20xx年7月份时，我们组组长跟我说，要派我到B组去学习3个星期。等我去了B组才发现自己是被派来救火的。来B组支援测试，主要是完成一项测试任务，说具体点，就是把一件事情干600多次，没任何技术含量。我当时真是郁闷坏了： (

虽然心底是比较郁闷，但毕竟也就3个星期，想着忍忍就过去了。

具体的任务很简单：大概有80种板子，每种板子大概有8套软件，用T工具对80多块板子把8套软件都加一次，观察软件加载过程中，业务是否正常，板子加完软件后，运行是否正常。

还有一个也是其他组借调过来的新员工，跟我一起干这件事情。我600多次，他也差不多600次。还好这个家伙，心态很好，做事情也很勤奋。

最初B组给的方案是这样的：先用第1套软件把80多个板子加载一遍，再用第2套，第3套，直到第8套。

开始工作几天，我们就按这种方案执行，但按这种方案执行的效率很差。主要因为实验室常用的板子差不多只有30块，其他的板子都藏在箱子里，而且有些板子B组根本没有，需要到其他项目组去借，这样针对软件版本，对80多块板子进行轮循加载，效率就很低，因为每加一套软件，就要去寻找80多块板子。

当时，我和那个新员工都很愁，按照这种做法，这项任务3个星期根本就无法完成。B组负责带我们的两个员工，也表示比较无奈。

郁闷过的第2天一早，我就直接找B组的老大谈话，“按照你们提供的这种方案，我们在三个星期内根本无法完成任务，而且还有诸多其他困难：1、部分板子是坏的；2、某些板子实验室里根本就没有；3、对设备不熟悉。”

就这样，B组老大把组内相关骨干人员都叫过来开会，重新商讨了一套方案，并要求他们全力支持我们的工作。

开了会后，B组的人就比较支持我们的工作了，启用新的方案后，还提前了1天时间把工作完成： )

这里我体会比较深的是：在做一份工作前，一定要弄清楚这项任务到底要做些什么、要怎么做、要做到什么程度，工作中还要定期汇报工作(基本上以日报、周报的形式，用邮件发送)，如果出现了解决不了的困难，一定要向老大汇报，如果老大也解决不了，那他也不能责怪你无能： )

五、工作中的陷阱

在辞职前的几个月，有个师弟也是老乡X君，得知我做过自动化项目后，便来向我了解自动化测试相关的情况。

从与X的聊天过程中了解到，他也正在做自动化，他们组测试的产品规模比较大，不过做自动化的只有两个新人，而且是使用一种新的GUI测试工具。他在给我讲他们具体工作时，了解到他们的自动化测试非常原始，就是针对一个用例录制一套脚本，几百个测试用例，大概录制几百个脚本，根本没有对公共进行提取，更别提有什么自动化测试框架了。X君与另外一个人，在自动化方面都是新手，没有相关经验，他们不知道这样做会给后期的维护带来多大的麻烦。而且他们主管也不太懂GUI测试的自动化，只是每天要他们汇报工作进度，期望在两个月内完成那几百个脚本。

经过我细致询问后，我猜测他们做这项自动化工作，基本上是为了应付部门自动化考核而做的，而并非为了提高测试效率，保证产品质量。

我也可以体谅X君主管的难处：测试组人力本来就紧张，而部门又要考核自动化指标，他只有弄两个人来应付一下部门的考核了。

这样说来，X君和他另外一位同事就是受害者了，被安排做一件这么没意义的事情。对他们我只能表示同情了。

对于这类BT主管吩咐的没啥意义的事情，我的体会就是能推掉不做就不做，如果实在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么样就做成什么样。实在搞郁闷了就老板炒鱿鱼吧。

六、其他

记得刚进公司那一阵，对我们新员工有这样那样的培训，估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐，PPT写的水准也有好有坏。总体感觉就是那些培训是在浪费时间，如果自己看这些资料效果都要好很多。

在转正前，作为新员工要给部门的“老”员工讲课，讲自己所学习过的知识，然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法，不但检验了你的学习情况还锻炼了你讲解PPT的能力。

七、感悟和进步

通过这种方式，我觉得自己在很多方面有提高：

1、写PPT的水平。后续工作中，写PPT汇报工作，做的是又快，又漂亮。

2、沟通能力。最初别人问我一个问题，我还没完全理解他的意图，就以自己的理解，淅沥哗啦的说了一堆别人不想知道的东东，搞得别人一头雾水。此后，别人每问我一个问题，我都会先把他的意图或意思搞搞清楚了，确认后，再以最精练的语言来回答他的问题。

3、懂就是懂，不懂就别乱说。记得最早“老”员工问我一个我自己不是很懂的问题，我通常是按自己的理解方式，跟他胡吹一通。结果他再一细问，我就傻了。知道就知道，不知道就别乱说，这点很重要，尤其是在参加面试的时候，如果自己不是很动，别人一问你就会露馅。

工程师转正工作总结 篇五

一、培训学习的感受

专业的技术和产品知识对于我所在的售前技术支持岗位来说是非常重要的，3月份我来公司已经培训过技术和产品线的知识，对公司的产品和技术有了基本的了解，七月份来后集团又安排我们去基地实习以及两周的培训课程，真正的接触了产品本身，使我对产品的理解程度有了很大的提高，同时通过深入的技术培训，也使我有了一定的技术基础。

来部门报道后，领导又安排了马强老师专门负责我们几个新员工的培训，同时又请张琨和张伟老师给我们更加细致的讲解了产品、方案、高性能等知识，马强老师更是组织了我们几个新员工成立学习小组，安排学习计划，通过这些培训和学习，使我不仅丰富了自己的专业知识，更提升了自己的专业素质和综合水平。

在工作的过程中也是一个学习的过程，进入部门后我感觉到部门内部的学习氛围是很浓厚的，有任何的问题都可以请教各位老师，他们也都很热心的给我进行解答，同时部门每周都会安排某个内容的专业培训，这对我这种需要快速吸纳新知识的新员工有很大的帮助，更重要的是，在这些不断的培训过程中，使自己养成了一种不断学习的`习惯。

二、工作过程中的感受

初入部门工作，对工作的内容和职责几乎一无所知，也不知道该如何下手。但是张琨和张伟老师并没有因为我是新员工什么都不懂而不敢将任务交给我，而是大胆的将项目交给我去做，让我去练手。犹记得第一次张老师将一个项目方案交给我去做的时候，我当时的紧张和兴奋，那个方案我整整做了一个星期的时间，其间给张老师审了4次，返工3次，问了很多很基础的问题，张老师都一一耐心的解答了，虽然任务没有按时完成，但从这次方案制作中我学到了很多培训时学不到的东西，了解到了很多自己需要提高的地方，在接下来的几个月的时间里，我加强了方案选型和产品知识的学习，还把以前部门的成功案例拿出来仔细的研究和练手，同时在张老师的指导下，到现在我完成一个简单的方案制作只需要很短的时间，工作能力有了很大的提高。

除了方案制作外，售前还要和销售去拜访客户，这就需要我有很强的呈现和沟通能力，这也是我这样一个刚毕业的大学生最欠缺的能力。在部门的培训中马强老师就安排了很多的呈现练习来锻炼我们的呈现能力，但这毕竟只是练习，而在实际工作和客户的交流中仍然显示了自己的不足。第一次上台给客户做讲解的时候感觉十分紧张，不太自然和自信，准备的也不是很好，总之是一次比较失败的客户拜访，回来后我认真的总结了经验教训，在接下来的一段时间内主动要求跟着几位老师去拜访客户，学习他们的拜访技巧，同时也通过电话拜访客户，在和客户的实际沟通中锻炼自己，随着经验的不断增加，我已经能够比较自如的和客户进行交谈，虽然现在仍然有许多需要改进的地方，但和初入公司时相比已经有了很大的提高，我相信通过经验和技术的积累，我能在今后的工作总做的更好，完成自己的职责。

从最开始对售前岗位的一点都不了解，到现在能够基本配合销售完成项目，包括方案配置的制作，客户的拜访，以及投标、培训等售前的基本工作，除了自己的努力之外，更离不开各位老师和领导对我的指点，正是有了他们的大力帮助我才能在这么短的时间内适应售前这份工作，在这里要感谢他们，特别是张琨老师、张伟老师和马强老师对我的虚心指导。

三、思想上的感受

首先我认为是一个责任心的培养，这也是张琨老师和赵老师一直给我们强调的东西。作为一个售前，首先就是要具有责任心，要以主人翁的态度来对待每一个项目和每一个客户，因为在用户眼中，售前人员，是代表公司技术水平的技术专家，代表了一个公司的技术实力和形象，售前人员的责任心也就决定客户对公司的印象以及项目的成功率，所以作为一个售前，不仅仅在技术方面要打动客户，更重要的是给客户一种对他对项目负责任的态度，让他放心的把项目交给你。这也是一个售前最基本的素质。这也是浪潮企业文化：以客户为关注焦点的一种体现，对客户负责，也就是对公司负责。

其次是考虑问题的全面性和细致上，作为售前技术支持，对你推荐的产品和方案在每一个方面都要考虑全面，特别是方案的可实施性和配置的细致度上，不能出任何差错，否则不仅对客户，更是对公司的损失。

四、不足之处及改进

通过半年的工作和学习，自我感觉最不足的地方有两点，一是技术知识和产品的记忆和理解不够，很多东西只停留在表面的印象上，这使我在做方案时不能快速的展开思路，很多东西需要重新去二次查找和确认，这样效率很低，也极大的浪费了时间。二是在呈现上有些不足，呈现能力还有很大的提高空间。但是相信随着时间的增加和经验的积累，这些问题都将在今后的工作和学习过程中迎刃而解。

五、目标

在目前全球金融危机情况下，竞争更加残酷和激烈，作为我们新员工，只能尽快提高我们的业务和技术能力，以更加专业、细致、周到的服务让客户满意，使得客户价值的最大化，切实提高我们在面对经济危机时的自身竞争力，为自己也为公司带来更大的价值。虽然这其中会遇到很多的艰难险阻，但我想无论遇到什么样的困难，更重要的是自己能能否战胜自己。只要自己有收获，有长进，能够得到客户以及同事的认可和信任，再苦再累，自己也是感到幸福和快乐的。

“空悲切，白了少年头”，人生就像古人所说，趁现在年轻多学点东西、多做点事情，不要枉费人生。所以我要以更饱满的精神和充沛的精力投入到平时的工作和学习中去，决不辜负公司对我的信任和栽培，并且尽快的成长起来，成为一个合格的售前工程师。

软件测试工程师工作总结 篇六

这为期四个月的实习和试用期，使我对手机软件测试工作有了深入的认识，就是尽最大的努力发现测试手机的不足，经过开发人员解决之后使手机尽快达到上市的标准，这些发现的bug就是为公司创造的价值。作为四个月xx的员工，我对公司也有了一定的了解，xx技术有限公司是值得信赖的咨询与科技服务提供商，公司拥有超强的全球运营能力、严格的质量标准和高效的交付流程，致力于成为全球企业“新时代的合作伙伴”，为客户成功保驾护航。自19xx年以来，xx一直致力于为全球客户提供世界领先的商业/it咨询、解决方案以及外包服务，在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验，主要客户涵盖众多财富500强企业及大中型中国企业。我所在的xx分公司主要承接诺基亚手机测试任务，在以往的测试工作中，得到了xx公司的高度认可。

一、工作中优点及不足

对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

优点：

（1）敢于接受任务并想尽一切办法完成

入职四个月每一个任务对于初入职场的我都是一个挑战，保质保量完成任务是最基本的要求，即使是自己不熟悉的任务也会尽自己的努力和前辈的帮助下按时完成。

（2）勇于承担错误，正视自身的问题

在这四个月的工作中犯了一些错误，测试工具使用不熟练等导致测试结果填写不规范等，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正。

不足：

（1）由于工作时间不长，参加了很多培训，在测试的时候这些知识运用的还不够熟练，所以对手机中出现的bug发现的

数量不高。

（2）一开始工作的时候，对一些测试工具的使用不是很熟练，在使用的过程中会耽误一些工作的时间，导致自己在规定的时间内完成任务比较紧张。

二、以后工作中改进

（1）重视每一个细节，不要忽视小问题

做手机测试工作，首先要具备的就是细心，只有这样才能发现手机里的bug，不能放过任何一个与测试用例描述不一样的执行结果，不管这个差别有多么的'小，很多bug都是从这些细微的差别中产生的。

（2）进行重复工作也不能大意

手机测试有时候相同的测试用例要在不同的手机上重复测试，这就相当考验我的耐心，对每次做测试用例都要向第一次做那样，认真的执行每一步操作。

（3）考虑问题要全面

每次做任务都要有一些发散思维的自由测试，这就需要我们考虑问题的时候要全面的展开思维做尽可能多的测试，才能发现更多的bug。

（4）加强学习

平时的时候除了要参加各种培训外，在培训之后还要及时的复习总结，对自己不明白的地方及时找师傅或有经验的人请教，来提高自己的测试技能，并且要认真研究测试工具，多练习使用它们以确保达到熟练的水平。

三、下一步工作展望

下阶段的工作我很有信心会比之前有所改善，经过四个月的工作和学习已经具备了一些有用的经验，相信他们会对我今后的工作有很大的帮助。以后的工作希望自己能够提高报bug的数量和质量，除此之后还要继续跟师傅和前辈们学习手机测试的更多方法来提高自己的能力。

这四个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢四个月来xx组长的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现xx的辉煌。

读书破万卷下笔如有神，以上就是虎知道为大家带来的6篇《工程师转正工作总结》，希望可以启发您的一些写作思路，更多实用的范文样本、模板格式尽在虎知道。