软件工程师工作总结参考5篇

工作在越做越好中，我们写工作总结一定都十分认真细心，工作总结是对自己工作中的经验和教训的总结和归纳，可以避免重复犯错，下面是本站小编为您分享的软件工程师工作总结参考5篇，感谢您的参阅。

软件工程师工作总结篇1

现在软件测试工作越来越收到企业的重视，许多人员也投入到软件测试的行列中来，软件测试工程师的队伍越来越壮大。但是如何成为一名优秀的软件测试工程师呢？这是大家比较关注的一个问题，尤其是初入这个行当的莱鸟更想了解这个问题的答案。本文根据自己多年来在it公司从事软件测试的经验总结了一些东西给大家共享，同时也希望大家提出宝贵的意见和建议。

步骤/方法

起码有三年以上的软件开发经验

现在许多软件企业招收一些刚刚毕业的大学生或者非计算机专业的人员作为自己公司软件测试工程师，这是非常错误的，也是对软件测试不负责任的表现。虽然他们可以发现软件中的一些错误，但是对于软件中的一些关键，致命，危险的错误他们是很难发现的。大家都知道，软件工程中有个模型叫瀑布模型，这是最基本的软件模型，这个模型又叫碗状模型，因为开发位于碗的最底部，左上方依次为建模，需求分析，设计；右上方依次为测试，部署，维护。这就是说明软件开发是一切软件活动的基础，同时也是软件测试的基础。一个人只有经历过一定年限的软件开发工作，才可以积累丰富的经验，知道在软件中哪些地方容易出错而那些地方不容易，这给以后的软件测试工作带来非常宝贵的经验。

有逆向思维的能力

我曾经接触过一些软件测试工程师，他们干了一段时间软件测试工作后返回去又开始去做开发工作了，问他们为啥？答案是软件测试工作太难了，开发是顺向思维，而测试是逆向思维，老要找一些稀奇古怪的思路去操作软件。软件的使用者千差万别，软件在使用过程中遇到的各种现象也是千差万别的，所以要求软件测试工程师需要具有一些逆向思维的能力，想别人所不想，测别人所不测，这样才可以找到更多的软件中的错误。这是作为一名优秀的软件测试工程师最基本的素质。

善于同软件开发人员沟通

沟通是当今软件项目中需要掌握的最关键技术之一。软件测试人员要善于同软件开发人员沟通，软件测试人员与开发人员搞好关系，使测试人员不成为开发人员的眼中钉，这对于提高整个软件项目质量是十分重要的。沟通主要包括：

讨论软件的需求，设计：通过这样的沟通，你可以更好的了解所测试的软件系统，以至于尽可能少的测试出软件中不是错误的“错误”，从而降低给软件开发人员带来的压力。

报告好的测试结果：作为一个测试人员，发现错误往往是测试人员最愿意而且引以自豪的结果，但是一味地给开发人员报告软件错误，会给他们造成厌恶感，降低整个软件的质量和开发进度。所以作为一名软件测试工程师，当你测试的模块没有严重的错误或者错误很少的时候，你不妨跑到开发人员那里告诉他们这个好消息，这会给你带来意想不到的结果。

讨论一些与工作无关的事情：作为一个测试人员经常和开发人员讨论一些与工作无关的事情，比如大家可以谈谈新闻，趣事，家庭…这样可以加强相互间的默契程度，许多统计表明，这样可以更好的提高软件工作质量。

善于同领导沟通

测试人员往往是领导的眼和耳，领导根据测试人员的测试结果可以了解公司的产品质量，从而调整其他的工作。领导工作一般比较繁忙，所以作为一名优秀的测试人员要学会把测试结果进行总结，最好以图表的形势给领导看。

掌握一些自动化测试工具

测试工作往往是比较繁琐，枯燥无味的工作，测试人员长期处于重复的手工工作，会降低测试效率，并且对于测试质量也往往是不利的；况且许多测试不使用测试工具是不可以进行的`，比如性能测试，压力测试等等。目前市场上有许多测试工具供你使用，你可以根据自己的需要选择一些测试工具来辅助你的测试。但是要记住一点，不是说有了测试工具就不要人工测试了，测试工具不是万能的。

善于学习的能力

软件测试技术随着时间的变化也在做一些提高和改进，作为一名优秀的测试人员要善于利用书籍，网站，论坛，交流等各种途径不断提高自己的软件测试水平。

提高自己的表达能力

软件测试人员当发现软件中存在缺陷的时候，往往要书写缺陷报告，缺陷报告要写得详尽清楚，使开发人员能够尽快定位错误，修改错误，所以作为一名优秀的测试人员提高自己的写作能力是非常必要的。

了解业务知识

更好的了解你说测试软件的业务知识是非常重要的，对业务知识了解得越深入，越能够找出更深入，更关键，更隐蔽的软件错误。所以作为一名优秀的软件测试工程师，要多向该领域专家，同行学习，提高自己的业务知识水平。

以上仅为个人的一些经验所谈，希望大家都能够成为一名优秀的软件测试工程师。

软件工程师工作总结篇2

本人在工作中，接触到许多烟囱，体会到只有技术上不断创新，设备不断更新，才能创造出更大的经济效益和社会效益。

比如，以前在造粒塔和烟囱的滑模中，我们用来提升滑模平台的是小吨位千斤顶（额定起重量为3。5t），后来经过论证和技术经济分析比较，决定从xx烟囱开始采用大吨位千斤顶（额定起重量为6。0t），与小吨位千斤顶相比有以下优点：可以节约一半的支承杆；支承杆脱空长度更高，滑模安全性可以得到更大的保证；减少了支承杆的.加固工作量。在xx年和xx年施工的贵州xx工程的2个烟囱和xx供热工程的烟囱，就采用了大吨位千斤顶，其技术和经济效益十分明显。

另外，在滑模测量技术上我们也进行了改革。以前一般是在造粒塔或烟囱的中心安装一台激光对中仪测偏移，而平台扭转则在外面用一台经纬仪测量，显得非常麻烦。后来我们在烟囱内部相对于中心的对称半径上同时布置2台激光对中仪，根据测量数据就可以直接计算出平台的偏移和扭转值了。其精高提高了，工作量也减小了。

尽管我们现在在滑模技术方面取得了一定的成绩，但距世界滑模的先进水平还有不小的距离，这需要我们不断改进技术，总结经验。就我公司施工的烟囱和造粒塔来说。

1、我们目前还未涉及双曲线塔和框架的滑模，只限于圆形构筑物的滑模。

2、在垂直运输方面比较落后，传统方法是采用落地井架加变幅拔杆或者是随升井架加变幅拔杆，此种方法比较落后，我们可以改进为：在筒体外侧配一台自升式高塔，不但可以满足钢筋和混凝土的垂直运输，而且可以节省几台卷扬机的费用。从长远效益来看，后者肯定比前者明显。

3、按传统方法制作的钢平台只能使用一次，不仅浪费了钢材，还增加了拆卸平台的工作量。如果在保证平台安全使用的前提下，我们将平台杆件的焊接连接形式改为螺栓连接，这可以多次重复利用；我们要理论联系实际，活学活用，不断总结施工和管理经验，技术上不断改进和创新。

软件工程师工作总结篇3

时间一晃而过，转眼间xx年已接近尾声。回首繁忙而又充实的xx年心中不禁感慨万千，过去的一年中通过自身的不断努力，使得技术水平、沟通技巧等方面都取得了一定的井步，当然亦有需要改井的地方，这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。

非常幸运能够来到xx公司参加工作，上任软件工程师这一职位。回顾业务培训期的一个月工作，感触很深，收获颇丰，我们首先对宽带医生这项业务的前期推出做了很细致的准备，仔细讨论了在业务推出以后可能遇到的种种困难；然后参加了代维部门的实践学习，深入了解了网络的接入技术，以及在修障过程中遇到的问题，接着参加了为期两天的新员工入职培训班，认真听取了相关领导对公司的发展概况，组织结构，以及各部门职责的介绍，并认真学习了公司的基本业务和增值业务，对公司的产品和服务有了很清楚的认识。

后期在主管的带领下，我们陆续对周边保有用户井行了宽带医生免费体验活动，也让用户知道我们这项延伸服务的推出，树立我们xx宽带的品牌形象。

在过去的工作当中，在领导和同事们的悉心关怀和指导下，通过自身的不懈努力，各方面均取得了一定的`井步，但那些远远不够，我也在实际工作中认识到自己的不足，业务还不够熟练，很多知识还有欠缺，处理事情不成熟。因此在今后的工作中，我将努力提高自身素质，克服不足，朝着以下几个方向努力：

1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地加强学习，向理论学习，向专业知识学习，向身边的同事学习，逐步提高自己的理论水平和业务能力，并用于指导实践。

2、“业精于勤而荒于嬉”，在以后的工作中不断学习业务知识，通过多看、多学、多练来不断的提高自己的各项服务技能，克服年轻气躁，做到脚踏实地，提高工作主动性，不怕多做事，不怕做小事，在点滴实践中完善提高自己。

3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作，继续提高自身文化的修养，努力使自己成为一名优秀的软件工程师。

4、在工作上积极配合省公司“关于配合全省宽带续费率提升活动开展“宽带医生”服务的建议“的活动；加强对xx宽带医生的业务宣传，增加这些区域的服务量；加大对他网用户的宣传，扩大宽带医生的服务群，争取将用户发展为本网用户；明确宽带医生远程服务软件的一整套受理、安装、服务的流程，加强远程服务软件的推广，将远程服务和上门服务结合起来。

我认为想成为出色的软件工程师不仅仅是软件知识，还有财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

软件工程师工作总结篇4

总想着每天、每个月、乃至每年都有点进步。20xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，最大的收获是有了一个可爱的女儿。

在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。

离开x1公司，是因为我觉得x1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去x2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言满天，官司大战，这种平常只有在电视和电影里看到的情节。我实实在在的亲身经历了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。

也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚意，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。

说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷相比，在个人能力方面，今年的进步是非常大的，今年上半年，我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和平台，还有uml建模，终于有所突破，设计了一套自己的基于平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。

下半年，在软件工程方面收获是很多的。

看到网上对于印度模式从吹捧到批驳的吵闹，也看到x1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。

列举一些学习的参考资料：《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书，我都仔细研读了，颇有体会。

我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》，是印度最大的软件公司infosys公司的分管质量的副总裁写的，介绍他们的cmm4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。

首先，同原来的想法不同的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至

编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容，至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。

其次，对管理要求的严格不说(这个谁都知道)。实际上，不管是美国的软件工程，还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的`，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个以为很好的规范，但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。

第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么会考虑解雇其余的175个人，让项目经理来编程(当然，后面还有一些抉择分析，这里断章取义了)。其结论的基础是基于以下研究结果：优秀的开发人员和差的开发人员，其效率之差可以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模控制在一定的范围内时，便不会有太大的管理问题。

对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作。而代码编写工作，恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选用优秀的人的。除非，公司只想帮别人编写代码，而不希望有自己的产品和技术。

第四，软件开发中，最重要的还是团队合作和交流，这个是我目前最深切的感受。具体的，大家都知道，也用不着多说。

最后，对于软件开发来说，公司老板的想法是最重要的。如果老板说“no”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。

软件工程师工作总结篇5

回顾20xx过去工作中的点点滴滴，心中无限欢喜，忙碌且充实、并快乐着。在这一年的工作中既有成长同时也存在着许多的不足和缺点，这都值得去总结、反思、改正和提高。现在我将本年工作做一个简单的介绍，借以促进、提高。

工作情况

今年的工作主要围绕着***和***两个客户系统展开，期间也穿插了一些其他系统中某些功能的编写和改进，这其中有以前从未有过的功能创新也有和客户协调的反反复复功能改进，总体来说还是按时完成了要求的工作任务。

团队合作

项目的顺利进行离不开团队的默契配合和共同的努力，每个项目开始之前，每个人都需要认真的了解项目的需求和开发中需要使用到 的关键技术，对于不清楚的不了解的问题要及时提出，而对于那些在开发中会影响到所有人的决策，要及时的通知大家以尽量减少拖延所带来的不必要的重复程序开发和改动。团队如同一个整体，成员如同四肢和躯干，只有互相配合默契才能走得快走得稳走得远。 团结很重要团队是否能配合默契的先决条件是团队的所有成员是否能精诚合作，大家只有心往一处想劲往一处使才能做到事半功倍。

沟通很重要

每个项目在开始开发之前都需要主要负责人员做详尽的企业背景及开发内容的介绍，以帮助开发人员建立起对项目的`整体宏观认识，从而减少在开发中因为理解错误而导致的开发错误。在开发过程中成员之间要积极的沟通和了解系统的开发进度，对于项目中的公共开发资源一经改动要及时的通知项目组其他成员，同步开发资源。

氛围很重要

良好的工作氛围可以有效的激发团队成员的工作积极性，从而达到事半功倍的效果。 工作态度

学会聆听

参加工作7年给我最大的感触就是一定要学会安静认真的聆听，无论是开会时还是在讨论时，认真听取每个人对待问题的看法，因为每个人思考问题的方向和出发点不同对于问题的理解不同可能有些情况是自己从来没想过的。因此认真的聆听既能尊重他人也能使自己从中受益，这样两全其美何乐不为呢。

积极的心态

对于难度较大的工作要做到冷静坦然积极的面对，不要在还没开始的时候就给自己施加精神心理压力。不要输在起点，因为如果连自己都认为自己做不到那么也就没有以后了，等待自己的是必然的失败，所以保持积极乐观的心态很重要。

今后打算

找方向，抓重点，合理分配时间，谦虚、勤学、总结、提高，争取在有限的时间内用领导认可的方式完成每一项工作，更好的与同事沟通、协调，为客户带来更好的产品和服务。最后也要感谢各位领导、同事对我的信任与帮助。