测试工程师自我总结。
相当多的人在写个人工作总结的时候没有灵感，如果有几篇可以激发灵感的范文，就可以抓住想法了，那么，个人工作总结的格式模板有哪些，还有哪里是需要我们优先考虑的呢？为此，小编从网络上为大家精心整理了《测试工程师自我总结》，仅供您在工作和学习中参考。
测试工程师自我一
总体来说，XX年我主要完成了以下几方面的工作：
l项目测试工作
l知识与经验分享
l完成所需知识的积累
l工具学习及研究
具体来说，如下：
1.项目测试工作
这段时间，我主要是协助进行cmbp项目测试，主要工作内容有：
l对测试用例的编写提供反馈意见;
l对测试过程及测试情况进行分析，并提供意见;
l设计业务测试数据的例子;
l绘制系统关键业务流程;
l进行主要功能的界面测试、功能测试;
l按照测试用例执行测试，并提交测试汇报;
l进行需求验证工作。
2.知识与经验分享
这部分工作，主要表现在四方面：
l完成项目测试经验总结l完成测试经验交流与知识分享简报，包括简报材料的制作。
该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
l对现有测试规范提供改进反馈意见;l根据以往经验，在cmbp项目中提供帮助。
3.完成所需知识的积累这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。
我主要是根据《新员工入职指引表》的要求进行的。
主要工作内容有：
l学习金融行业业务知识
l学习公司研发规范
l学习研发部产品知识
l参加公司或业务部门组织的培训
l学习缺陷管理工具ttp
4.工具学习及研究
根据《新员工入职指引表》的要求，我了解rational测试解决方案和工具，并进行rationalperformancetester的研究。
完成对rationalperformancetester的研究后，我提交了研究成果，包括：《rationalperformancetester6介绍.doc》、使用rationalperformancetester进行性能测试的例子及学习参考资料。
二、XX年计划
XX年，我希望能通过参与具体项目的实践，达到以下目标：
1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程
2.在项目中沉淀出一些部门成果
除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。
三、对部门建设的建议
在部门建设上，我想可以从以下几方面逐步开展部门建设工作：
1.对人员进行分工，或者说是团队成员的侧重方向进行明确例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。
2.强化建设
3.加大对测试过程的实施力度现有测试过程，过程文件上存在不易操作的地方。
所以在实施上也相应的存在一些问题。
另外，争取能让开发人员了解测试过程。
如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。
4.加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。
加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。
另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。
例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。
测试工程师自我总结二
伴随着充实紧凑的工作生活，两个月的时间已经过去了。
这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。
总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作，确定自己的目标。
以此作为惩前毖后的记录。
1.工作的主要内容在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写矿业权系统的各类文档;2.矿业权系统的编码及bug勘误工作;3.矿业权系统的测试工作。
下面依照时间来对我的工作进行介绍。
初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。
若直接做开发，则业务不熟练，代码不规范，弊大于利;若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。
这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。
至此，入职工作顺利起步。
在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。
在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。
任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细微的缝补工作。
这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。
虽然辛苦一点，但收获却是满满。
完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。
第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。
拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。
在进行所检之余，我又接到了新的任务，完成矿权系统的概要设计以及详细设计文档的编写。
这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。
2.工作中失败的教训以及成功的经验对于失败的教训要吸取，成功的经验要进行总结。
我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。
其他的所有结果都是失败。
成功的经验：1)敢于接受任务并想尽一切办法完成入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。
这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。
2)勇于承担错误，正视自身的问题在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。
失败的教训：1)重视每一个细节，不要忽视小问题在最初进行矿业权系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。
从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。
2)进行重复工作也不能大意在对矿权系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。
从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。
一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。
3)考虑问题要严谨在对矿权系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。
这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。
4)注重用户体验在矿权系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。
在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。
这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。
3.展望下一阶段的工作下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。
我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别，做好从sql数据库向oracel数据库的迁移工作。
这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。
感谢两个月来李鹏经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
测试工程师自我总结三
软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。
很多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。
本文总结了一下个人经验，希望对大家有帮助。
我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。
那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。
拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。
所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 江湖 还算无往而不利。
不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招 学会利用网络
刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。
当时觉得有了这些 武林秘籍 ，成为高手指日可待。
最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 聪明才智 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。
解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。
在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。
也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 无敌秘籍 ，所以只要你耐心找，答案就在身边。
这里总结一下利用网络搜索引擎的技巧：
组合搜索
每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。
然而如果再加上一个单词，那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。
运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。
可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。
可以用公式 去猜测某一组织的特点。
从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。
千万要记住搜索引擎是帮助你成功的有力武器。
第二招 学会动手
参加软件测试工作后，随着工作经验的增长自我感觉越来越好。
在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 随手 测试出了几个 bug ，然后 仔细 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。
这时候测试经理走过来，重新复查了一下填写的 bug 。
他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。
终于他找到了产生软件的 bug 的原因，然后对我说 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。
如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。
这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。
如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。
。
在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。
网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。
所以多动手，多尝试。
第三招 思考自己所作的
刚开始入行的时候，总是思考如何做好软件测试。
认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。
我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。
这段时间让我学习到了很多东西，接触了 iso,cmm ，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。
由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。
在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。
如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。
所以善于思考，总结经验，也是成为高手之路的不二法决。
第四招 学会利用论坛资源
其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。
在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。
所以经常会看到 测试高手的身影，并且不提问题，而且还能锄强扶弱，是测试新丁的救命稻草。
好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。
当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。
所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。
发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。
虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。
其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。
第五招 学习和你所测试的软件产品相关的知识
要想成为好的测试人员，还要了解你要测试的软件的相关知识。
要了解软件产品的架构是什么样的。
要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。
但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。
还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。
软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。
比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。
所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。
不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。
和客户交流，你会在测试中从客户的角度发现问题;和开发人员交流，你会了解开发人员怎么实现软件功能的;和项目管理人员交流，你会知道开发进度以及遇到的困难。
GZ85.cOm延伸阅读
测试工程师个人工作总结
总体来说，xx年我主要完成了以下几方面的工作：
l 项目测试工作
l 知识与经验分享
l 完成所需知识的积累
l 工具学习及研究
具体来说，如下：
1.项目测试工作
这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：
l 对测试用例的编写提供反馈意见；
l 对测试过程及测试情况进行分析，并提供意见；
l 设计业务测试数据的例子；
l 绘制系统关键业务流程；
l 进行主要功能的界面测试、功能测试；
l 按照测试用例执行测试，并提交测试汇报；
l 进行需求验证工作。
2.知识与经验分享
这部分工作，主要表现在四方面：
完成项目测试经验总结
完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
对现有测试规范提供改进反馈意见；
根据以往经验，在cmbp项目中提供帮助。
3.完成所需知识的积累
这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：
学习金融行业业务知识
学习公司研发规范
学习研发部产品知识（保理项目、intelliworkflow、农行crm系统、工作流知识）
参加公司或业务部门组织的培训（新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍）
学习缺陷管理工具ttp
4.工具学习及研究
根据《新员工入职指引表》的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的研究。完成对rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介绍.doc》、使用rational performance tester进行性能测试的例子及学习参考资料。
二、xx年计划
xx年，我希望能通过参与具体项目的实践，达到以下目标：
1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程
2.在项目中沉淀出一些部门成果
除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。
三、对部门建设的建议
在部门建设上，我想可以从以下几方面逐步开展部门建设工作：
1.对人员进行分工，或者说是团队成员的侧重方向进行明确
例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。
2.强化制度建设
3.加大对测试过程的实施力度
现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。
4.加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。
软件测试工程师个人工作总结
篇一：软件测试工程师最新个人年度总结
软件测试工程师工作岗位
=个人原创，有效防止雷同，欢迎下载=
转眼之间，一年的光阴又将匆匆逝去。回眸过去的一年，在×××（改成软件测试工程师岗位所在的单位）软件测试工程师工作岗位上，我始终秉承着“在岗一分钟，尽职六十秒”的态度努力做好软件测试工程师岗位的工作，并时刻严格要求自己，摆正自己的工作位置和态度。在各级领导们的关心和同事们的支持帮助下，我在软件测试工程师工作岗位上积极进取、勤奋学习，认真圆满地完成今年的软件测试工程师所有工作任务，履行好×××（改成软件测试工程师岗位所在的单位）软件测试工程师工作岗位职责，各方面表现优异，得到了领导和同事们的一致肯定。现将过去一年来在×××（改成软件测试工程师岗位所在的单位）软件测试工程师工作岗位上的学习、工作情况作简要总结如下：一、思想上严于律己，不断提高自身修养
一年来，我始终坚持正确的价值观、人生观、世界观，并用以指导自己在×××（改成软件测试工程师岗位所在的单位）软件测试工
篇二：一位软件测试工程师六年的工作经验总结
一位软件测试工程师六年的工作经验总结 楼主：admin分享于2011-08-24 11:20 标签：无
1、分享第一条“学历代表过去、能力代表现在、力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！
2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。
3、团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发et它们框架设计或者源码；除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！
7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOp设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。——一时应该难以改变。
8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。
9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工
程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢？
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERp，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。
12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
13、本文的总结与反思：
A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。 B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
pS: 正常来说工作时间是8个小时， 除去早上、中午、下班的磨蹭时间， 也就剩下6个小时左右了， 而真正用在工作上的平均来说绝对不超过3个小时， 再去除1个小时的闲聊时间，所以至少有2个小时是属于自己的， 那么需要做什么就是自己的事情了...
软件测试工程师的个人工作总结
提供一篇个人工作总结，为您提供帮助！
我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 ” 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招 学会利用网络
刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 ” 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 ” ，所以只要你耐心找，答案就在身边。
这里总结一下利用网络搜索引擎的技巧：
组合搜索
每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。
第二招 学会动手
参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 ” 测试出了几个 bug ，然后 “ 仔细 ” 的填写了 bug 单（这个 bug 的现象已经出现了很多次了）。这时候测试经理走过来，重新复查了一下填写的 bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作！。 ” .
在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。
第三招 思考自己所作的
刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso，cmm ，测试管理工具，自动化工具（因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了）。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。
所以善于思考，总结经验，也是成为高手之路的不二法决。
第四招 学会利用论坛资源
其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手”的身影，并且不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。
第五招 学习和你所测试的软件产品相关的知识
要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题；和开发人员交流，你会了解开发人员怎么实现软件功能的；和项目管理人员交流，你会知道开发进度以及遇到的困难。
筑工程师自我总结
筑工程师自我【一】
一、工作情况
初到工地，人地生疏，而本人面临着监理任务量大，监理区域广，监理工作人员少，等客观不利因素，因此在实际监理工作中，确实遇到了一些困难，面对困难本人并未退缩，知难而进，在实际工作中，积极主动接近业主和承包商与他们沟通，协调各种关系，以便尽快地开展监理工作，并抓紧时间熟悉施工图纸及有关设计说明资料，在最短的时间内了解工地状况及施工队伍的情况，很快的进入了工地监理工程师的角色。
在监理实际工作中，本人要求施工单位推行全面质量管理，建立健全质量保证体系，做到开工有报告，施工有措施，技术有交底，定位有复查，材料、设备有试验，隐蔽工程有记录，质量有质检、专检，交工有资料。
在工程质量控制方面，采取主动控制与被动控制相结合，监理工作主动进行，以预防为主，对承包商资质进行审查，重点审查企业注册和技术等级，交验有关证件(复印件)，了解技术力量简况，主要施工安装经历等，检查砂、石、水泥、钢筋等材料的供应情况及砼、砂浆的配合比。
根据工程特点及影响工程质量的关键部位，审核承包人提交的施工组织设计，并针对其不足之处提出改进意见，核查进厂材料的原始凭证、检测报告等质量证明文件。
进行事前控制，确保工程质量事故不发生或少发生。
例如：冬季施工，气温较低，砼浇灌、砌体砌筑、墙壁抹灰等都不易保证质量，因此要求施工单位提供冬季施工方案，提前预防，避免冻害发生。
对重要工程部位及易出现质量问题的分部工程制定质量预检措施，例如：土建工程混凝土浇筑工程施工中，大梁结平是工程的重点部位，涉及到墙体砌筑、模板、钢筋绑扎、砼浇灌等多道工序，一旦疏忽就可能造成工程质量事故，一旦出现质量问题后果严重，因此在该部位施工中，加强监控，采取旁站监理措施，严格监理各部位的施工，并对影响施工质量的因素事前提出，要求施工单位编制预防措施及施工方案，从而保证了大梁和结平的施工质量。
加强事中控制，在监理武进建安施工队的施工过程中，发现该队伍使用的建筑材料粉煤灰砖有质量问题，虽然承包商有实验室的质检报告，但本着为业主负责的态度，及时对该批砖采取平行检验手段进行抽检，确信其各项强度指标满足设计要求后方允许施工单位使用。
该队伍在浇筑砼、砌体砌筑、墙壁抹灰施工中也存在质量问题，为保证施工质量，本人及时下发监理通知并要求施工单位对质量有缺陷的部位做修补处理，并达到设计、规范要求的质量标准。
在监理工作中，要求施工单位在施工中，按照设计内容、设计要求、施工验收规范，按质、按量施工，确保了施工质量。
在各工序施工中，要求施工单位严格执行国家和地方有关施工安装的质量报验，对施工单位交验的有关施工质量报表及时检查认定，根据设计文件及承包合同中有关工程量计算的规定，对承包单位申报的已完工程的工程量进行审核、签认。
监理记录是工程监理不可缺少的环节，本人有完整而充分的监理日记，详细的记录了每天施工现场的有关情况，为公平的解决业主与承包商的争端提供可靠的依据。
本人在三工地的监理过程中，积极协调各单位间的关系，使它们相互配合，相互支持，搞好衔接，保证了施工质量和进度。
通过上述工作，本人完成了天力涡轮增压设备有限公司车间办公楼工程与常州山崎摩托设备有限公司车间办公楼工程与中迪电力机械有限公司车间综合车间工程三工地的土木建筑工程的监理情况三个月的监理工作收获很大，但也有不足，例如：本人是学环境工程专业的，对土建专业知识了解不多，有些工艺要求不十分熟悉，而监理行业要求监理工程师应具备多学科、多行业丰富的知识，因此本人在各学科专业知识方面，还需继续努力学习，不断提高自己的业务能力和专业水平。
二、几点建议
1.严格执行监理程序
目前工地监理工作并未完全按监理程序进行，例如：设计交底，图纸会审，第一次工地会议，向业主和承包商介绍监理工程师及监理内容，制定监理规划、监理细则等工作未按监理程序进行或仅部分按监理程序进行，造成监理工程师到工地后无人问津和不知监理范围及如何监理等现实问题，为避免此类问题在今后监理工作中再次发生，就必须严格执行工程建设监理程序，使监理工程师明确监理任务和监理依据，做好监理工作。
2.健全项目监理部组织机构
项目监理机构人员配置应齐全，总监理工程师、专业监理工程师、监理员各岗位职责分工明确，通讯、交通设施齐备，因为市政工程监理路线长、区域广，所以只有具备方便的交通工具，才能保证各施工段的巡视及旁站监理工作，使监理工作不出现纰漏，保证监理工作质量让业主满意。
3.进行监理人员培训、提高全员素质
加强监理工作人员培训，组织员工认真学习《监理规范》及《常州市地方工程建设监理规程》，统一监理标准，参加市建委、质量监督站举办的各种学习班，了解掌握新政策、新标准，为做好监理工作打下坚实的基础。
上述为本人三个月来从事监理工作的总结，因到公司工作时间较短，有些问题提法可能比较片面，工作之中还存在许多不足之处，敬请公司领导、同事们在今后的工作中多加指正。
三、实习感想
紧张的三个月的实习生活结束了，在这三个多月里我还是有不少的收获。
实习结束后有必要好好总结一下。
首先，通过三个多月的实习，通过实践，使我学到了很多实践知识。
所谓实践是检验真理的唯一标准，通过实习，使我近距离的观察了整个房屋的建造过程，学到了很多很适用的具体的施工知识，这些知识往往是我在学校很少接触，很少注意的，但又是十分重要、十分基础的知识。
在学习实践了许多课内外的具体施工方法的同时还对许多具体施工细节以及管理过程有了更真实更进一步的了解。
施工项目是建筑施工企业对一个建筑产品的施工过程和成果，也就是建筑施工企业的生产对象，可能是一个建设项目的施工，也可能是其中的一个单项工程或单位工程的施工。
其主要特征：一是建设项目或是其中的单项工程，或单位工程的施工任务;二是以企业建筑施工企业为管理主体的;三是任务的范围是由工程承包合同界定的。
施工项目管理包含以下几方面内容：
一、施工项目的组织机构管理
二、施工项目质量管理
三、施工项目的成本管理
四、施工项目安全生产与文明施工的管理
管理好一项工程需要从各个方面具体着手控制好各项具体施工步骤。
以上提到的管理经验与做法，是我几年来在结合知识学习与施工现场工作中得来的。
大学生活是紧张而又充满期望的日子，学习的闲暇时总是憧憬着背起行囊，远离亲人朋友以及师长护佑，去走真正属于自己的路。
然而当我们终于可以像刚刚长满羽毛的雏鹰般离开长者们搭建好的巢穴，独自一人走上社会工作这个大舞台时，却发现人生的道路原来是如此的坎坷不平，任何人的成功都是经历一番狂风暴雨的。
短短三个月的实习生活中，让我学会了不少东西，继续在社会脚踏实地的努力工作学习，摆正自己的心态，从初涉社会工作的被动状态转变到开始适应社会的主动状态，以放松的心情，充沛的精力继续投入紧张的工作。
这次实习让我深刻体会到读书固然是增长知识开阔眼界的途径，但是多一些实践，畅徉于实事当中，触摸一下社会的脉搏，给自己定个位，也是一种绝好的提高自身综合素质的选择。
监理工程师个人总结【二】
20XX年1月16日我应聘到海河市监理公司工作，被安排在工地，担任电力工程及有线电视网络工程的监理工作，至今工作已近一年了，一年来在公司领导和同事们的帮助下，圆满的完成了相应的监理工作任务，得到了业主和承包商的承认与好评。
在从事监理工作期间，本人任劳任怨，兢兢业业不敢倦怠，以良好
的职业道德和较强的责任心认真细致的进行工作，现就一年来的工作情况和监理体会做如下汇报：
一、工作情况
初到工地，人地生疏，而本人面临着监理任务量大，监理区域广，监理工作人员少，等客观不利因素，因此在实际监理工作中，确实遇到了一些困难，面对困难本人并未退缩，知难而进，在实际工作中，积极主动接近业主和承包商与他们沟通，协调各种关系，以便尽快地开展监理工作，并抓紧时间熟悉施工图纸及有关设计说明资料，在最短的时间内了解工地状况及施工队伍的情况，很快的进入了工地监理工程师的角色。
在监理实际工作中，本人要求施工单位推行全面质量管理，建立健全质量保证体系，做到开工有报告，施工有措施，技术有交底，定位有复查，材料、设备有试验，隐蔽工程有记录，质量有质检、专检，交工有资料。
在工程质量控制方面，采取主动控制与被动控制相结合，监理工作主动进行，以预防为主，对承包商资质进行审查，重点审查企业注册证明和技术等级，交验有关证件(复印件)，了解技术力量简况，主要施工安装经历等，检查砂、石、水泥、钢筋等材料的供应情况及砼、砂浆的配合比。
根据工程特点及影响工程质量的关键部位，审核承包人提交的施工组织设计，并针对其不足之处提出改进意见，核查进厂材料的原始凭证、检测报告等质量证明文件。
进行事前控制，确保工程质量事故不发生或少发生。
例如：冬季施工，气温较低，砼浇灌、砌体砌筑、墙壁抹灰等都不易保证质量，因此要求施工单位提供冬季施工方案，提前预防，避免冻害发生。
对重要工程部位及易出现质量问题的分部工程制定质量预检措施，例如：电力工程专业电缆排管埋设工程施工中，人孔井是工程的重点部位，涉及到墙体砌筑、模板、钢筋绑扎、砼浇灌等多道工序，一旦疏忽就可能造成工程质量事故，特别是位于机动车道上的人孔井，一旦出现质量问题后果严重，因此在该部位施工中，加强监控，采取旁站监理措施，严格监理各部位的施工，并对影响施工质量的因素事前提出，要求施工单位编制预防措施及施工方案，从而保证了人孔井的施工质量。
加强事中控制，在监理轩宇二建施工队的施工过程中，发现该队伍使用的建筑材料红砖有质量问题，虽然承包商有实验室的质检报告，但本着为业主负责的态度，及时对该批红砖采取平行检验手段进行抽检，确信其各项强度指标满足设计要求后方允许施工单位使用。
该队伍在浇筑砼、砌体砌筑、墙壁抹灰施工中也存在质量问题，为保证施工质量，本人及时下发监理通知并要求施工单位对质量有缺陷的部位做修补处理，并达到设计、规范要求的质量标准。
在监理工作中，要求施工单位在电缆排管敷设施工中，按照设计内容、设计要求、施工验收规范，按质、按量敷设施工，施工后对覆土要求分层夯实，确保了管沟上面道路的质量。
在各工序施工中，要求施工单位严格执行国家和地方有关施工安装的质量报验制度，对施工单位交验的有关施工质量报表及时检查认定，根据设计文件及承包合同中有关工程量计算的规定，对承包单位申报的已完工程的工程量进行审核、签认。
监理记录是工程监理不可缺少的环节，本人有完整而充分的监理日记，详细的记录了每天施工现场的有关情况，为公平的解决业主与承包商的争端提供可靠的依据。
本人在两工地的监理过程中，积极协调各单位间的关系，使它们相互配合，相互支持，搞好衔接，保证了施工质量和进度。
通过上述工作，本人完成了与两工地电力工程专业地下电缆排管敷设填埋7552米
(此数为沟长)，地下人孔井制作127座，完成投资额6754万元;有线电视工程地下upvc管埋设2850米(次数为沟长)，地下人孔井制作51座，完成投资额46.7万元。
一年的监理工作收获很大，但也有不足，例如：本人是学土建专业的，对电力工程专业知识了解不多，有
些工艺要求不十分熟悉，而监理行业要求监理工程师应具备多学科、多行业丰富的知识，因此本人在各学科专业知识方面，还需继续努力学习，不断提高自己的业务能力和专业水平。
二、几点建议
1.严格执行监理程序
目前工地监理工作并未完全按监理程序进行，例如：设计交底，图纸会审，第一次工地会议，向业主和承包商介绍监理工程师及监理内容，制定监理规划、监理细则等工作未按监理程序进行或仅部分按监理程序进行，造成监理工程师到工地后无人问津和不知监理范围及如何监理等现实问题，为避免此类问题在今后监理工作中再次发生，就必须严格执行工程建设监理程序，使监理工程师明确监理任务和监理依据，做好监理工作。
2.健全项目监理部组织机构
项目监理机构人员配置应齐全，总监理工程师、专业监理工程师、监理员各岗位职责分工明确，通讯、交通设施齐备，因为市政工程监理路线长、区域广，所以只有具备方便的交通工具，才能保证各施工段的巡视及旁站监理工作，使监理工作不出现纰漏，保证监理工作质量让业主满意。
3.进行监理人员培训、提高全员素质
加强监理工作人员培训，组织员工认真学习《监理规范》及《市地方工程建设监理规程》，统一监理标准，参加市建委、质量监督站举办的各种学习班，了解掌握新政策、新标准，为做好监理工作打下坚实的基矗
上述为本人一年来从事监理工作的总结，因到公司工作时间较短，有些问题提法可能比较片面，工作之中还存在许多不足之处，敬请公司领导、同事们在今后的工作中多加指正。
软件测试工程师个人工作总结范文
我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 “ 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招 学会利用网络
刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 “ ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 “ 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 “ ，所以只要你耐心找，答案就在身边。
这里总结一下利用网络搜索引擎的技巧：
组合搜索
每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “www. 公司名 .com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。
第二招 学会动手
参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 “ 测试出了几个 bug ，然后 “ 仔细 “ 的填写了 bug 单（这个 bug 的现象已经出现了很多次了）。这时候测试经理走过来，重新复查了一下填写的 bug 。他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作！。 “ 。
在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。
第三招 思考自己所作的
刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso,cmm ，测试管理工具，自动化工具（因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了）。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。
所以善于思考，总结经验，也是成为高手之路的不二法决。
第四招 学会利用论坛资源
其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手“的身影，并且不提问题，而且还能“锄强扶弱“，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。
第五招 学习和你所测试的软件产品相关的知识
要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题；和开发人员交流，你会了解开发人员怎么实现软件功能的；和项目管理人员交流，你会知道开发进度以及遇到的困难。
工作总结之家的个人工作总结频道希望在写作方面解决您的问题，也希望我们的创作和收集整理《测试工程师自我总结》内容给您带来帮助。同时，如您需更多总结范文可以访问“测试工程师工作总结”专题。