测试工程师工作总结范文
总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，它可以明确下一步的工作方向，少走弯路，少犯错误，提高工作效益，让我们抽出时间写写总结吧。那么我们该怎么去写总结呢？以下是小编精心整理的测试工程师工作总结范文，仅供参考，欢迎大家阅读。
测试工程师工作总结范文1
一、总体来说，20xx年我主要完成了以下几方面的工作：
（1）项目测试工作。
（2）知识与经验分享。
（3）完成所需知识的积累。
（4）工具学习及研究。
具体来说，如下：
1、项目测试工作。
这段时间，我主要是协助c、y、x进行cmbp项目测试，主要工作内容有：
（1）对测试用例的编写提供反馈意见。
（2）对测试过程及测试情况进行分析，并提供意见。
（3）设计业务测试数据的例子。
（4）绘制系统关键业务流程。
（5）进行主要功能的界面测试、功能测试。
（6）按照测试用例执行测试，并提交测试汇报。
（7）进行需求验证工作。
2、知识与经验分享。
这部分工作，主要表现在四方面：
（1）完成项目测试经验总结。
（2）完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
（3）对现有测试规范提供改进反馈意见。
（4）根据以往经验，在cmbp项目中提供帮助。
3、完成所需知识的积累。
这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：
（1）学习金融行业业务知识。
（2）学习公司研发规范。
（3）学习研发部产品知识（保理项目、intelliworkflow、农行crm系统、工作流知识）。
（4）参加公司或业务部门组织的培训（新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍）
（5）学习缺陷管理工具。
4、工具学习及研究。
根据《新员工入职指引表》的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的研究。完成对rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介绍。doc》、使用rational performance tester进行性能测试的例子及学习参考资料。
二、20xx年计划。
20xx年，我希望能通过参与具体项目的`实践，达到以下目标：
1、能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程
2、在项目中沉淀出一些部门成果
除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。
三、对部门建设的建议。
在部门建设上，我想可以从以下几方面逐步开展部门建设工作：
1、对人员进行分工，或者说是团队成员的侧重方向进行明确。例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。
2、强化制度建设。
3、加大对测试过程的实施力度。
现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。
4、加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。
测试工程师工作总结范文2
时光如梭，转瞬间已进入我公司二月有余，首先感谢公司领导对我的信任将新产品开发重任交给我去做，再次感谢领导和同事对我工作上的指导。这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。在这段时间里公司领导及同事门给予了我足够的支持、鼓励和帮助，让我充分感受到了领导们坚定的信念和同事们积极乐观的精神。
记得初到公司的第一天，领导就将试制了两年多一直没有供货的产品；流水槽总成交给我，当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作，有一定的经验，但是面对的顾客不一样，要求也不一样，现在面对的是大众公司，各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里，白天忙于现场配合xx工程师及工装科解决流水槽调试及试装过程中存在的一些问题，晚间回家认真学习公司各相关文件、标准，并带着问题向同事们互相探讨、互相学习取长补短，具体做了如下工作；
一、后流水槽总成xx试装工作
来公司两个月，去xx公司现场x次。每次试装顾客都要提出不同的问题（大众倒三班）诸如；后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷，每次回来都要配合工装现场制定解决方案，并跟踪落实。然后再同xx公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人，在公司领导及相关人员的积极努力下，流水槽总成的`试装工作已接近尾声，下一步就要进行ots工装样件提交了。
二、编制各类技术文件几十种
依据新产品开发程序，编制各类技术文件；如；控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置等等。
在与公司同行的互相交流中，发现我公司有些指导性文件版本中有不完善之处，并及时依据标准进行完善。如冲压下料卡中没有规定剪切毛刺公差等。
三、设计工位器具二种
根据流水槽零件形状不规则，而且是表面件；内表面质量要求高等特点，设计第一、二工序间带滑轮的转运车两种。
四、焊接夹具改造
后流水槽总成焊接夹具；流水槽（1k5809643/644）与支架（1k5863345）点焊时，支架摆放时是垂直位置，靠压弯部定位放不住，零件容易掉落。提建议将夹具适当位置加小磁铁固定。
以上是我来公司两个月来所做的一些主要工作，还有一些如配合三坐标检测、检具检测、夹具调整等一些零散工作就不一一累述了。
工作中虽然又积累了一些经验，相对于自身有了很大进步。尽管如此自认为同xx公司沟通较少，不利于新产品开发进度。在以后的工作中还需继续努力，不仅要学习更好的与人愉快的相处，而且在技术和项目管理上也要更进一步，同时以积极，热情，细致对待每一项工作，多角度的提高自己解决实际问题的能力，为企业创造更多的价值，让自己的人生更有意义。
测试工程师工作总结范文3
***：
您好！
首先为我的再次打扰您，表示诚挚歉意！又是三个月过去了，我觉得我有必要向您汇报我这个季度的工作情况。这个季度，我们公司可谓大丰收啊，签了好几个项目且不说，关键是我们兢兢业业实施的CMM二级终于如期通过了！我们也将既往开来，向着下一个目标继续前进着。伴随着公司整体的大好发展形势，我这个季度也在不断进取和提高着，感谢您这段日子对我工作上的教诲和指导，尤其CMM评估这段时间，我知道您也花了很大心思在我身上。
时间过的真快，转眼间又是三个月过去了，这段日子我主要做了两件事情：*月、*月是**系统的后期测试和实施工作；在***、**、***等我们几个的辛勤努力下，总算使该项目胜利实施完成！虽然期间的辛酸与苦涩很多，不过现在回想起来，我们当时忙的很值得；因为对我个人来说，那是我实施的第一个项目，因此忙的很开心。这个项目我也算从头到尾跟随下来，对我后来的CMM研究与实施也有很大帮助；尤其在测试技能上，让我可以站在测试负责人的角度，对项目的整体开发、运行、测试、实施，都有很深的体会，对我今后的工作也是一笔不可多得的财富！不过这还真要感谢***您给了我这个锻炼的机会，我觉得我真正溶入我们公司的这种运作模式是从当时开始的！
接着*月份开始，我就正式投入到CMM评估的工作中，期间我也顺带着测试**项目，还对**项目进行了两周的兼职测试。怎么说呢，其实CMM评估这段时间里，是我和您正面接触最多的一段日子。首先请允许我说点题外话，其实那次我也和您坦白过，我在某些时候对您有种敬惧感，这可能要归结到我这人怕犯错，所以在您面前我总是事先对自己说几句鼓励的话，比如“没事的”“我行的”之类的话，这样说其实严重了点，不过我想随着时间的推移和以后工作上的接触，我会消除这点弊病。
其实话虽这么说，不过我想由衷的说一句：您真是个好领导!每次我的工作中出现了问题和缺陷，您没有怪我，而是耐心的为我讲解，一次不行就再讲一次，就算是有时候在您很忙时我冒昧的去打扰您，您也会安排**、**等其它同事做好我的工作；您感觉我工作上不能合理的分配时间，您就告诉我分清主次，把最要紧的先做好再去做其它；在**测试中，在我特别忙的那几天，有时您也嘱咐**师姐为我提供一定的帮助R22;R22;。其实说这些，我只是表达一些我真实的心理感受，今天我想我同样以一个非正式的口气和您交流一下我的思想感情。其实****
CMM评估过程中，也许我的工作还不是很令您满意，但我想我还有继续提高的很大空间。这段时间，在工作上我主要体会到以下几点：
1）工作中，人的工作热情最重要！这一点，您是我学习的最好楷模；每天看到您总是第一个来到办公室，又很晚才回去，尤其大冬天，说不苦是纯粹的假话，不过是什么支持着这种行为呢？是一种对工作一丝不苟的谨慎态度和一如既往的高昂热情！我想我应该也做拥有您的这种信念的人；只有这样，才可以为工作中具体的事情提供一个心理基础，才会以一个正确的思维方式去应付工作中一切波折与风浪！
2）工作中，个人的所为一定要让上司放心！这是我在**项目和与您工作的交往过程中学到的；只有这样，个人才可以得到集体更大的信任，才会有去做更加有挑战性工作的机会，才会将自身的技能提高到一个更高的层次。要实现这一点，就要练好扎实的基本功，积累丰富的经验，不断磨练自身意志，以至处事不乱，冷静分析，做出解决方案！
3）工作中，不能为个人事情影响集体利益！这点是我自己总结的，我想如果一件事情再为之苦苦挣扎下去也于事无补时，不如干脆整理思路，放弃这些纷扰，去寻找柳暗花明的又一个出路，说不定会在其它方面得到更大的收获。我想这也算在当今时代很多方面都需要的一种勇气和原则！
我想我这次向您的工作汇报多是思想观念上的体会，当然在自身技能方面我也有相应的总结。首先是测试技能：**系统项目是我从中学到最多的项目，因为它让我站在客户的角度去体会一个项目，知道一个项目中客户最关心的是什么，我们所应提供给客户最重要和最关键的东西是什么，所以在日常测试中，我所应该重点测试的地方在哪里，我能够为客户讲述的我们产品的精华部分在哪里。当然一个项目在它的整个开发周期中一定会遇到不尽人意的地方，客户也会为此抱怨我们，遇到此种情况，作为我们供应商的立场在哪里，如何对此采取一个合理的措施，给予客户一个满意的答复；这些是我亲身体验到的，虽然现在我还没有一个充分有说服力的答案，但起码可以为我今后的`工作提供一个有力的思想基础。
其次是软件工程知识：*月份的CMM研究与实施，对我来说是一次最好的软件工程课程培训。我自己曾事先买了一本《软件工程》的教材，一个月的不断理解与强化，现在对软件的整体开发流程与期间的关键细节有了深刻的认识。我觉得国内的软件业，之所以完全成功的案例不多，包括国外的很多同行公司，其实欠缺的最关键因素不是技术，不是市场，而是一个软件开发的管理机制，说白了就是一个标准。而CMM正是响应时代的需求，在这样的背景下应运而生，为多少软件企业提供了一个强有力的管理规范。而我们公司通过了CMM，相信我们的所有员工都由衷的欣慰，我们又可以充分发挥个人的聪明才智，在公司中找到自己的位置，为集体献出一份力量了！
再次是技术开发方面：这个季度我没有太多的时间去学习开发的知识，因此在这方面还没有一个质的飞跃，只是在java、jsp、数据库三方面，通过学习开发人员编写的源代码和参考教科书来不断的加以巩固。值得一提的是，我对servlet和iplanet有了一定的认识，这是上个季度里我计划在这个季度学习的内容。不过在以后的工作中，我还是不会放弃开发知识的学习，比如java系列、数据库设计、xml、uml等。我曾经征求过**和***等同事的意见，他们也赞同做测试工作，需要一定的编码知识做基础，以更好的理解系统的内部逻辑实现原理和方法，对捕获开发人员的代码缺陷，以需要重点测试的地方也有很大的帮助。
最后我想和您汇报一下我目前工作上存在的缺陷。最欠缺的，我想是我目前在工作中对一种职业的理解和渗透；具体的说，我想我还不具备像您那样对工作中每件事情考虑的那么周到、安排的那么得体，对一个问题的提炼、概括、分析、总结，还有最后清楚的表达出来，让别人也对问题有个比较清楚的认识。另外，在测试中，应该说黑盒测试已经达到了比较熟练的程度，在白盒测试上，虽然有了一定的提高，有时能分析出一个bug出现的原因，包括在源代码中的表现形式，不过这些还不够，还需要再仔细推敲与实践。
总结这半年来，我有幸成为***的一名员工，我从心眼里是高兴的；虽然我在工作中还会出现这样那样的不尽人意的误点与缺陷，虽然我离自己和领导对我的期望还有一段距离，但我有“初生牛犊不畏虎”的精神，我有积极进取的求知欲与上进心，我会在工作中不断总结自己、提高自己，争取早日达到公司所需要的和自己理想的程度，为公司创造更大的价值，为自己积累更多的经验，以回报公司都我的培养和您对我的期望，还有那些在异乡翘首为我守候的江东父老们！
最后还是要感谢公司和您对我一直以来的关心与培养，我会按照自己的理想和公司所需要的方向去发展自己；同时也希望您与其他同事可以继续指正我工作中出现的任何问题与缺陷，我也一定会仔细体会和认真改进，直到令公司和您满意为止！
我现在的心理状态很好，目前正在从事**项目的测试工作。这个项目规模比较大，要求的测试也很繁冗，我会和**继续合作并向她学习，争取在我们的测试旅程里，达到第三个胜利的里程碑！
对于打扰您正常的工作秩序，我深表歉意，并对您的阅览，我深表感谢！
测试工程师工作总结范文4
1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来，测试工程师6年工作经验总结观后感。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！
2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。
3、软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，100%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、Delphi、Java、。Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、Net它们框架设计或者源码；除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的，观后感《测试工程师6年工作经验总结观后感》。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！
7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题？“他山之石、可以攻玉”。
8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。
9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的.理论体系和实用方法论。
10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己20xx年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢？
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。
12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：
“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
13、本文的总结与反思：
A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。
B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
测试工程师工作总结范文5
这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的`测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。
2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远？！
在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。
测试工程师工作总结范文6
一、总体来说，xx年我主要完成了以下几方面的工作：
具体来说，如下：
1.项目测试工作
这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：
对测试用例的编写提供反馈意见；
对测试过程及测试情况进行分析，并提供意见；
设计业务测试数据的例子；
绘制系统关键业务流程；
进行主要功能的界面测试、功能测试；
按照测试用例执行测试，并提交测试汇报；
进行需求验证工作。
2.知识与经验分享
这部分工作，主要表现在四方面：
完成项目测试经验总结
完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。
对现有测试规范提供改进反馈意见；
根据以往经验，在cmbp项目中提供帮助。
3.完成所需知识的积累
这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：
学习金融行业业务知识
学习公司研发规范
学习研发部产品知识（保理项目、intelliworkflow、农行crm系统、工作流知识）
参加公司或业务部门组织的培训（新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍）
学习缺陷管理工具ttp
4.工具学习及研究
根据《新员工入职指引表》的要求，我了解rationa测试解决方案和工具，并进行rationaperformance tester的研究。完成对rationaperformance tester的研究后，我提交了研究成果，包括：《rationaperformance tester 6 介绍.doc》、使用rationaperformance tester进行性能测试的例子及学习参考资料。
二、明年计划
xx年，我希望能通过参与具体项目的实践，达到以下目标：
1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程
2.在项目中沉淀出一些部门成果
除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的`部门。
三、对部门建设的建议
在部门建设上，我想可以从以下几方面逐步开展部门建设工作：
1.对人员进行分工，或者说是团队成员的侧重方向进行明确
例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。
2.强化制度建设
3.加大对测试过程的实施力度
现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。
4.加强部门测试成果的积累与沉淀。
现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。
除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。
【测试工程师工作总结】相关文章：
测试工程师工作总结05-16
软件测试工程师工作总结05-19
测试工程师工作总结15篇05-20
软件测试工程师转正工作总结04-05
测试工程师试用期工作总结05-16
测试工程师试用期转正工作总结05-10
测试工程师年度工作总结03-08
软件测试工程师试用期转正工作总结05-15
测试工作总结05-20
软件测试工作总结02-25