it工程师自我评价.docx

it工程师自我评价
it工程师自我评价
　　在我们平凡的日常里，我们最熟识的就是自我评价了，自我评价会促使我们进行自我验证，从而为自我发展供应动力。信任许多挚友都对写自我评价感到特别苦恼吧试的时候，像平常一样 “ 顺手 ” 测试出了几个 bug ，然后 “ 细致 ” 的填写了 bug 单（这个 bug 的现象已经出现了许多次了），自我评价《软件工程师自我评价》。这时候测试经理走过来，重新复查了一下填写的 bug 。他在重现我的 bug 的过程中，简化了我的输入改变， bug 奇妙的又出现了，同样的现象，他关闭软件重新改变输入，扩展出 10 几个改变后，软件不动了，内存不断上升。最终他找到了产生软件的 bug 的缘由，然后对我说 “ 找寻 bug 要精确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上奢侈，就是在他身上奢侈。假如测试人员每次发觉的 bug 描述不清晰，并且多个问题潜在的错误缘由是一个，虽然操作可能略微有些改变。这样开发人员在重现 bug 的时候他要调试跟踪推断，很花费时间，而且效率低。假如测试人员发觉 bug 的时候多动手可以更加精确的定位 bug 步骤和缘由，给开发人员最精确的步骤和精确的描述，这样整个团队才能高效，所以须要大家协作！。 ” 。










　　在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上许多挚友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手试验一次就可以达到目的了。所以多动手，多尝试。
　　第三招 思索自己所作的
　　刚起先入行的时候，总是思索如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中常常出现的场景无名小子不断挑战高手，总结积累。我总结了有些阅历是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很苦痛，但是从中积累了不少阅历。这段时间让我学习到了许多东西，接触了 iso，cmm ，测试管理工具，自动化工具（因为公司不正规给了我许多学习的机会，后来到了比较大的软件公司后，以前的经验给了我更多的发展机会，因为大公司特别正规了，公司内部人员分工明确，所以实力的熬炼反倒少了）。由于工作中常常写报告反倒养成了总结教训的习惯，因为纸面上的东西是恒久也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯穿的典型例子，假如他不是有个思索的过程，他也不能成为一代大家。假如后来时常有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。所以擅长思索，总结阅历，也是成为高手之路的不二法决。










　　第四招 学会利用论坛资源
　　其实测试新兵和测试高手之间的区分，往往是不会利用现有资源。在论坛中我们会看到许多新手不断的提问，但是有许多问题其实都是已经别人提过了，或者已经有解决方案的。所以常常会看到 “测试高手”的身影，并且不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。似乎是高手们无所不能，其实摘掉这层刺眼的光环，他们并没想像得那么厉害，只不过通过自己的搜寻找到的答案，然后帮助其他人。当然也有许多人都是通过自学，然后在论坛中沟通得到了许多阅历，高手其实也是因为擅长思索问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。
　　许多时候看到论坛中有人提问，问题描述不清，许多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，似乎天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清楚，而且高手字样吓阻了许多人。其实问问题也是个思路整理的过程，描述清楚，让人理解清晰，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。