目录

• 第一篇：java软件工程师自我评价
• 第二篇：测试工程师自我评价
• 第三篇：软件工程师自我评价
• 第四篇：网络工程师的自我评价
• 第五篇：工程师简历自我评价
• 更多相关范文

正文

第一篇：java软件工程师自我评价

java软件工程师自我评价

具有很强的团队精神，有良好的组织和协调能力，有强烈的集体荣誉感。

自学能力强，喜欢钻研新技术，敢于面对和克服困难。

熟练使用spring+struts+hibernate整合开发。

熟练使用jsp、servlet、jstl、jdbc下的编程开发。

熟练使用eclipse ide开发工具，熟练掌握tomcat等web容器以及j2ee容器的配置以及部署，能够使用junit进行单元测试。

熟练使用mvc框架搭建项目，以及自定义实现ajax框架。

熟练掌握数据库的操作和sql语句，能熟练使用sqlxx和mysql进行系统开发。

第二篇：测试工程师自我评价

测试工程师自我评价一

通过三年城市轨道交通信号系统项目工作经历，对cbtc系统有了深入的理解，增强了对于系统故障数据分析和问题解决能力;锻炼了在高强度环境中项目执行力和学习能力;具有较强的责任感及时间管理能力，良好的逻辑分析能力、解决能力和沟通能力;对数据敏感，具有团队合作精神、诚实、勤奋、严谨。

测试工程师自我评价二

本人性格开朗、稳重、有活力，待人热情、真诚;工作认真负责，积极积极，能吃苦耐劳，用于承受压力，勇于创新;有很强的组织能力和团队协作精神，具有较强的适应能力;纪律性强，工作积极配合;意志坚强，具有较强的无私奉献精神。

测试工程师自我评价三

特别能吃苦、能奉献、能忍耐的精神、责任心强，为人诚恳、细心、乐观、稳重、有良好团队精神，能快速适应工作环境，并能在实际工作中不断学习，不断完善自己，做好本职工作。同时，为自己争取更多的机会的实践、去成功!

测试工程师自我评价四

我喜欢尝试新鲜事物，喜欢一些有挑战性的东西，做事比较认真细心。除此之外，我很有上进心，能吃苦，力气挺大的，朋友都说我像个男生。我为人比较好相处，喜欢交际。我珍惜时间，并能够运用有限的时间充实自己，比较要强和独立。我能够放平自己的心态，我不怕从基层做起，而且我也相信只要努力，就会有回报。

测试工程师自我评价五

本人90年从事大型设备维修及制造,熟悉数码.电控及机械加工, 对工序.材质了解,懂强电.弱电及数码元件,曾筹建制造,快速接插.塑胶押出旋转.玻璃钢化.涂装,焊接炉及各行业非标专用设备等,现从事掁弦,加速.倾斜.掁波.动静态测验仪生产,负责生产,技术.能独立完成大型生产流水线设备,精通气动, 特别适合非标设备设计.制造.喜欢大型设备制造

第三篇：软件工程师自我评价

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

第一招 学会利用网络

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

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

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

组合搜索

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

选择表述内容的词组

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

定位信息来源

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

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

第二招 学会动手

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 ” 测试出了几个 bug ，然后 “ 仔细 ” 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的 bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的也出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 ” .

在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。

第三招 思考自己所作的

刚开始入行的时候，总是思考怎样做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，怎样才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是呢从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso，cmm ，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

所以善于思考，总结经验，也是成为高手之路的不二法决。

第四招 学会利用论坛资源

其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是呢有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手”的身影，并不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。

很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是呢无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。

第五招 学习和你所测试的软件产品相关的知识

要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是啥样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。但是呢了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品怎样工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。例如软件运行在windowsdows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，例如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。

和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题;和开发人员交流，你会了解开发人员怎样实现软件功能的;和项目管理人员交流，你会知道开发进度以及遇到的困难。

第四篇：网络工程师的自我评价

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

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

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

参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “随手 ” 测试出了(本文 来自本站 ：wWw.hAOword.coM)几个 bug ，然后 “ 仔细 ” 的填写了 bug 单(这个 bug 的现象已经出现了很多次了)。这时候测试经理走过来，重新复查了一下填写的bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的也出现了，同样的现象，他关闭软件重新变化输入，扩展出 10几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug描述不清楚，并多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作!。 ” .

刚开始入行的时候，总是思考怎样做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，怎样才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是呢从中积累了不少经验。这段时间让我学习到了很多东西，接触了iso，cmm，测试管理工具，自动化工具(因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了)。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是啥样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。但是呢了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品怎样工作。还有多看看公司bug库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。

第五篇：工程师简历自我评价

工程师简历自我评价

1.对smt生产工艺流程了解深刻.

2.良好的沟通能力,并有良好的团队合作，调协能力。

3.对smt siemens,hitachi，dek和heller机器了解深刻，能独立完成编程，设拉，对机维护，保养，并通过cpk，spc对机器性能的测定。

4。跟进npi，领导团队做各项smt改善项目。

5。smt经验丰富，能处理各种工艺和设备问题。

6.工作认真负责，能吃苦，有上进心。

7.自我信念是：求真，务实，创新。

其他相关范文：

软件工程师自我评价

通讯工程师自我评价

土建工程师自我评价

软件工程师自我评价

软件工程师自我评价范文

推荐站内搜索：河北省公务员考试答案、国考试题、教师资格证面试报名时间、湖北省自学考试成绩查询、350字日记、qq空间伤感日志、南大专升本陕西省教师资格证考试成绩查询、水浒传读后感800字、福建专升本成绩查询、