测试工程师转正总结（请分别从工作态度,工作能力,工作绩效等方面作自我评价与总结）
一个大纲，供参考。
你可以根据需要进行缩减转正总结一，见习期工作情况概述，工作目标的完成情况和取得的成绩（详细写哦）二，思想认识，工作纪律的遵守情况等三，存在问题和努力方向（少写哦）我将在以后，严格要求，不断提高
一个测试工程师的成长日记怎么样，好不好
1. 起码有三年以上的软件开发经验 现在许多软件企业招收一些刚刚毕业的大学生或者非计算机专业的人员作为自己公司软件测试工程师，这是非常错误的，也是对软件测试不负责任的表现。
虽然他们可以发现软件中的一些错误，但是对于软件中的一些关键，致命，危险的错误他们是很难发现的。
大家都知道，软件工程中有个模型叫瀑布模型，这是最基本的软件模型，这个模型又叫碗状模型，因为开发位于碗的最底部，左上方依次为建模，需求分析，设计;右上方依次为测试，部署，维护。
这就是说明软件开发是一切软件活动的基础，同时也是软件测试的基础。
一个人只有经历过一定年限的软件开发工作，才可以积累丰富的经验，知道在软件中哪些地方容易出错而那些地方不容易，这给以后的软件测试工作带来非常宝贵的经验。
2. 有逆向思维的能力 我曾经接触过一些软件测试工程师，他们干了一段时间软件测试工作后返回去又开始去做开发工作了，问他们为啥?答案是软件测试工作太难了，开发是顺向思维，而测试是逆向思维，老要找一些稀奇古怪的思路去操作软件。
软件的使用者千差万别，软件在使用过程中遇到的各种现象也是千差万别的，所以要求软件测试工程师需要具有一些逆向思维的能力，想别人所不想，测别人所不测，这样才可以找到更多的软件中的错误。
这是作为一名优秀的软件测试工程师最基本的素质。
3. 善于同软件开发人员沟通 沟通是当今软件项目中需要掌握的最关键技术之一。
软件测试人员要善于同软件开发人员沟通，软件测试人员与开发人员搞好关系，使测试人员不成为开发人员的眼中钉，这对于提高整个软件项目质量是十分重要的。
沟通主要包括： 讨论软件的需求，设计：通过这样的沟通，你可以更好的了解所测试的软件系统，以至于尽可能少的测试出软件中不是错误的“错误”，从而降低给软件开发人员带来的压力。
报告好的测试结果：作为一个测试人员，发现错误往往是测试人员最愿意而且引以自豪的结果，但是一味地给开发人员报告软件错误，会给他们造成厌恶感，降低整个软件的质量和开发进度。
所以作为一名软件测试工程师，当你测试的模块没有严重的错误或者错误很少的时候，你不妨跑到开发人员那里告诉他们这个好消息，这会给你带来意想不到的结果。
讨论一些与工作无关的事情：作为一个测试人员经常和开发人员讨论一些与工作无关的事情，比如大家可以谈谈新闻，趣事，家庭…这样可以加强相互间的默契程度，许多统计表明，这样可以更好的提高软件工作质量。
4. 善于同领导沟通 测试人员往往是领导的眼和耳，领导根据测试人员的测试结果可以了解公司的产品质量，从而调整其他的工作。
领导工作一般比较繁忙，所以作为一名优秀的测试人员要学会把测试结果进行总结，最好以图表的形势给领导看。
5. 掌握一些自动化测试工具 测试工作往往是比较繁琐，枯燥无味的工作，测试人员长期处于重复的手工工作，会降低测试效率，并且对于测试质量也往往是不利的;况且许多测试不使用测试工具是不可以进行的，比如性能测试，压力测试等等。
目前市场上有许多测试工具供你使用，你可以根据自己的需要选择一些测试工具来辅助你的测试。
但是要记住一点，不是说有了测试工具就不要人工测试了，测试工具不是万能的。
6. 善于学习的能力 软件测试技术随着时间的变化也在做一些提高和改进，作为一名优秀的测试人员要善于利用书籍，网站，论坛，交流等各种途径不断提高自己的软件测试水平。
7. 提高自己的表达能力 软件测试人员当发现软件中存在缺陷的时候，往往要书写缺陷报告，缺陷报告要写得详尽清楚，使开发人员能够尽快定位错误，修改错误，所以作为一名优秀的测试人员提高自己的写作能力是非常必要的。
8. 了解业务知识 更好的了解你说测试软件的业务知识是非常重要的，对业务知识了解得越深入，越能够找出更深入，更关键，更隐蔽的软件错误。
所以作为一名优秀的软件测试工程师，要多向该领域专家，同行学习，提高自己的业务知识水平。
软件测试工程师学习计划
给你看看一篇文章吧:新何入行软件测试软件测试门实践性很强的工作，如想入这个行，实践是必不可少的。
当然理论也很重要。
如果要自学软件测试，我想理论上，首先得搞清楚一般软件的生命周期，测试的流程，输入输出文档，还有一些软件测试的基本概念。
软件的生命周期有很多文章讨论，请看这里，我在此不必多说。
软件测试的基本概念有：白盒测试，黑盒测试，单元测试，集成测试，系统测试，回归测试，压力测试，性能测试，人工测试（Manual Testing），自动化测试等等。
有很多资料介绍这些，基本上比较容易理解。
而测试的流程对新手来说尤其重要，这里想重点讨论一下。
我一直以来是从事软件系统测试，愿意总结我在不同公司工作的经验，一般的系统测试流程如下：1：分析软件系统需求文档（SRS-System Reqirement Specifications）, 针对软件需求文档写测试计划和测试用例。
在这里你要知道如何写测试计划和测试用例。
2：把测试计划和测试用例提交给相关人员审阅，如测试经理，项目经理，相关开发人员等。
得到反馈之后对测试计划和测试用例进行修改，直至最终通过。
3：按照测试计划和测试文档进行测试，并报告测试缺陷。
这个地方要求你会一两个缺陷管理系统，如TestDirector, Bugzillar等。
4：对开发改正缺陷以后的版本进行回归测试，确认缺陷是否已经改正，是否出现新的缺陷。
5：最后你要写出测试总结报告，有的公司可能要求你对软件打分以决定是否能够通过测试。
打分标准应该会在测试之前已经讨论好了。
不同的公司，可能在某些细节上有所不同，所以每到一家新公司需要熟悉它的测试流程。
当然入行需要一本好的参考书，我看过得，并且认为最好的三本参考书是：Software Testing(软件测试)，Systematic Software Testing（系统化软件测试），和 effective software testing（有效的软件测试）。
一个测试工程师应具备哪些素质和技能
对于第二个问题，除非你是测试主管或者测试经理，否则你还真没有决定权，领导定的模板也是方便部门内部的统一管理。
但是同一套模板每次写的的内容一样么
我们想过没有，第一个问题是不是很大程度上是第二个问题带来的
那么 一、测试功底： 熟练编写测试报告是一个测试工程师的必修课，马虎不得。
老手们可能看几眼你的报告就知道你的水品处在什么层次。
最先展示的地方是你的内功，你“行走江湖”最大的资本，也是最能体现你能力的地方。
对于一份功能测试的报告，应该包括本次测试的目的，结果的概述、总结、分析，用例的执行结果，缺陷结果及分析（收敛趋势等），最后附加一些环境信息（DB，OS、浏览器等），虽然各自的报告可能迥然不同，但是这些共同点还是都需要包括的。
而对这些共同点的概括总结和分析，则是分内之事了。
对于这种“熟练工种”，没有什么特别好的办法，熟能生巧，多写多看多总结，提高自己对测试结果的敏感度，相信量变一定会引发质变的。
二、语言外功： 测试报告是一个文档程度很强的东西，所以编写这玩意很能考察大家的文字功底。
相信各位都有在撰写报告的时候对一些词、一些语句斟酌很久的场景。
的确，我们不仅要实事求是的反应本次测试的结果和问题情况，而且还要让这篇文章的阅读对象接受我们的措词。
同一句话不同的表达方式换回来的结果完全不同，所以测试报告对测试工程师的语言组织功底则是一次摸底考察，看来这方面平时不积累不行啊。
三、面向对象： 在编写报告实际操作过程中，我们要根据这份报告的潜在阅读者来调整，即所谓的面向对象“写报告”，每份报告的模板在固定后，第一眼看上去每份报告基本上一样，那我们怎么来提高这份报告的推广程度
我们可以调整每个模块的顺序和写作偏重点。
如果对象是项目管理者，他可能更关注版本的整体情况以及对整个系统的总结；开发人员可能更关心缺陷的修复情况和收敛趋势；而团队老大则可能要重点查看分析结果等。
我们可以根据不同的“用户”调整我们的侧重点，面向多个对象则要找好这个平衡点了。
四、总结： 测试报告虽然是文档，却体现着编写者的测试和语言功底，因此，不是每个测试人员都可以叫做测试工程师，更别谈熟练了。
不过也没什么，今天不是不代表明天不是。
多看、多写、多总结对于一个测试人员来说是一项重要的“革命”工作。
