软件工程师自我评价.docx

《软件工程师自我评价.docx》由会员分享，可在线阅读，更多相关《软件工程师自我评价.docx（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程师自我评价 摘要 软件质量越来越受到人们的关注，软件测试作为新兴行业有许多不完善的地方。许多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。本文总结了一下个人阅历，希望对大家有帮助。 关键词 软件测试 软件 测试学习 软件测试工程师 我最初参与测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念常常混淆， cmm 是什么就更加不知道了。那时候最简洁的开关机也是通过干脆拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好

2、士兵，我最初的幻想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结阅历，自认为驾驭了成为高手的几个秘技，这几年混迹 “ 江湖 ” 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结胜利密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。 第一招 学会利用网络 刚参与工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新颖，什么都想要，从网上下载许多源程序的代码，软件技术文档之类，恨不得把全部的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参与工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反

3、而变本加厉，手中的资源更加多，上网的时间更加频繁。 一次项目经理安排任务，觉得依靠手中的秘籍加上自己的 “ 聪慧才智 ” 很快会完成，不料短短的时间，全部的一切变成了马奇诺防线。解决问题很慢，思路不清楚，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络找寻要解决问题的答案，从今 google 成了我的最爱，关键字成了我改变的招数。在软件测试工作中，他帮我解决了许多疑难问题，解答了许多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，许多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 ” ，所以只要你耐性找，答案就在身边。 这里总结一下利用网络搜寻引擎的技巧： 组

4、合搜寻 每次搜寻某个文件，假如只给出一个单词进行搜寻，常常会出现成千上百万计的匹配网页。然而假如再加上一个单词，那么搜寻结果会更加切题。 选择表述内容的词组 一般我在网页搜寻引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜寻范围，从而找到搜寻结果是最好的方法。运用词组搜寻涉可以先先简洁地输入一个问题作为词组搜寻，假如仍旧找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。 定位信息来源 有的时候用词组搜寻不到或者无法精确表达所需信息。可以用另一种方法干脆到信息源，就是干脆到到供应某种信息的站点去。可以用公式 “” 去揣测某一组织的特点。从而得到所要搜寻的信息的主要词组 其

5、实网络上还有许多关于搜寻技巧的文章，大家可以自行学习。千万要记住搜寻引擎是帮助你胜利的有力武器。 其次招 学会动手 参与软件测试工作后，随着工作阅历的增长自我感觉越来越好。在公司里也渐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像平常一样 “ 顺手 ” 测试出了几个 bug ，然后 “ 细致 ” 的填写了 bug 单(这个 bug 的现象已经出现了许多次了)。这时候测试经理走过来，重新复查了一下填写的 bug .他在重现我的 bug 的过程中，简化了我的输入改变， bug 奇妙的又出现了，同样的现象，他关闭软件重新改变输入，扩展出 10 几个改变后，软件不动了，内存不断上升

6、。最终他找到了产生软件的 bug 的缘由，然后对我说 “ 找寻 bug 要精确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上奢侈，就是在他身上奢侈。假如测试人员每次发觉的 bug 描述不清晰，并且多个问题潜在的错误缘由是一个，虽然操作可能略微有些改变。这样开发人员在重现 bug 的时候他要调试跟踪推断，很花费时间，而且效率低。假如测试人员发觉 bug 的时候多动手可以更加精确的定位 bug 步骤和缘由，给开发人员最精确的步骤和精确的描述，这样整个团队才能高效，所以须要大家协作!。 ” . 在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上许多挚友还有同事问我问题的时

7、候，其实他们只是万里长征就差一步，只要再多动手试验一次就可以达到目的了。所以多动手，多尝试。 第三招 思索自己所作的 刚起先入行的时候，总是思索如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中常常出现的场景无名小子不断挑战高手，总结积累。我总结了有些阅历是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很苦痛，但是从中积累了不少阅历。这段时间让我学习到了许多东西，接触了 iso，cmm ，测试管理工具，自动化工具(因为公司不正规给了我许多学习的机会，后来到了比较大的软件公司后，以前的经验给了我更多的

8、发展机会，因为大公司特别正规了，公司内部人员分工明确，所以实力的熬炼反倒少了)。由于工作中常常写报告反倒养成了总结教训的习惯，因为纸面上的东西是恒久也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯穿的典型例子，假如他不是有个思索的过程，他也不能成为一代大家。假如后来时常有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。 所以擅长思索，总结阅历，也是成为高手之路的不二法决。 第四招 学会利用论坛资源 其实测试新兵和测试高手之间的区分，往往是不会利用现有资源。在论坛中我们会看到许多新手不断的提问，但是有许多问题其实都是已经别人提过了，或者已经有

9、解决方案的。所以常常会看到 “测试高手”的身影，并且不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。似乎是高手们无所不能，其实摘掉这层刺眼的光环，他们并没想像得那么厉害，只不过通过自己的搜寻找到的答案，然后帮助其他人。当然也有许多人都是通过自学，然后在论坛中沟通得到了许多阅历，高手其实也是因为擅长思索问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。 许多时候看到论坛中有人提问，问题描述不清，许多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，似乎天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清楚，而且高手字样吓阻了许多人。其

10、实问问题也是个思路整理的过程，描述清楚，让人理解清晰，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。 第五招 学习和你所测试的软件产品相关的学问 要想成为好的测试人员，还要了解你要测试的软件的相关学问。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关切的，也是你在测试中须要留意的问题，满意客户是最大的须要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助

11、你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，假如对系统不熟识，那么有些问题你不能从一个更广袤的层面考虑，学习操作系统的学问，有助于你发觉缺陷，定位问题更加精确。比如软件运行在 windows 或者 linux ，假如你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟识，你会把外在缘由归结为软件本身。所以要学习关于和软件系统相关的学问，比如编程，网络，数据库等。不肯定你要学习到多好的程度，只是通过这些扩展的学问面，你可以在发觉问题，解决问题上不会局限在狭小的圈子里。 和一切相关的人员沟通，不同的沟通渠道

12、，获得消息是不同的，角度也不同。和客户沟通，你会在测试中从客户的角度发觉问题;和开发人员沟通，你会了解开发人员怎么实现软件功能的;和项目管理人员沟通，你会知道开发进度以及遇到的困难。/p 软件工程师自我评价 软件工程师自我评价 软件工程师自我评价 软件工程师自我评价 软件工程师自我评价 软件工程师自我评价 软件工程师求职自我评价 最新的软件工程师求职自我评价 软件工程师 软件工程师 本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第9页 共9页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页第 9 页 共 9 页