总结是指社会团体、企业单位和个人在自身的某一时期、某一项目或某些工作告一段落或者全部完成后进行回顾检查、分析评价，从而肯定成绩，得到经验，找出差距，得出教训和一些规律性认识的一种书面材料，他能够提升我们的书面表达能力，让我们好好写一份总结吧。你所见过的总结应该是什么样的？以下是小编为大家整理的研发工程师个人工作总结，欢迎大家借鉴与参考，希望对大家有所帮助。
我是一位电子产品技术研发工程师，xx年2月入职，到现在也1年多了，这期间(包括现在)一直呆在一家公司。最近心绪波动很大，在为自己未来职业发展方向作选择的时候摇摆不定、有点迷茫，主客观因素都有吧，一直没有想彻底。现在把这一年多的工作经历罗列出来，以期能总结一下过去，更深入的认识自己。
因我以前在这家公司实习，后来快毕业的时候就自愿留下来了。入职后就负责一个项目中几个产品的开发。初期对此项目认识不足，管中窥豹，没有分析到开发整个系统需要做哪些工作，后来才发现要开发的事情太多，还好一步步挺下来了。
现在产品已见雏型，也正在推向市场，心中也说不上高兴，最主要的是对产品不放心，担心应用时会出现很多问题，给客户带来很大的不便。
所在部门的经理告诉我，开始工作的头几年对自己未来的职业发展影响很大，特别是在头一两年里，会慢慢形成一种工作态度、做事特点、行为习惯等，这些习惯一旦形成就很难改变，所以一定不要形成不好的工作习惯和态度。还好我坚持了一年，不过最近有点懈怠了，可能事情少了，人也变得有点懒散了。
一年多的时间里，我从学生慢慢发展到初级工程师(自封)，期间也学到不少知识技能。我负责的项目也算是嵌入式应用系统，涉及到硬件和软件设计，只是没用到操作系统。刚开始部门经理参与和我一起做了一阵，后来项目全由我负责，从系统功能设计，硬件设计、制板，软件编程(c语言)，元器件采购，功能模块调试、系统调试，到和结构工程师探讨结构设计，外协技术合作、加工，到拜访客户、了解市场具体需求等都经历过，深刻体会到做产品设计除了技术能力外，更需要耐心、细致的秉性，要做一个精致的工程师。
总之一句话，设计开发的产品要让自己非常满意，若自己都不满意的话，就不要指望客户满意了，当然期望要高一点。
下面结合产品开发的经历说一下我的切身感悟吧，希望能得到批评、指点。
1.产品开发之前一定要全面了解市场需求，大致确定具体的客户群，不要把网撒的太大，不要顾及太多的客户需要，否则会给后续的开发工作带来很大的工作量和更多的考虑点(特别是在研发工程师数量不足的情况下)。先把适用于某一种或两种场合应用的产品做出来并试用，抢先占有市场，然后再根据使用情况和客户的其他需求等完善、扩展产品的性能、功能等。
2.产品最终是要应用的，特别是工业级户外产品，一定要考虑到恶劣的应用环境，一开始的设计中就要充分考虑这些因素，确保将来开发出的产品的稳定、可靠。不能抱有一种侥幸心理等到出现问题的时候才去解决。设计的各个环节，模块能先暂时测试的就先测试，早点发现问题早点解决，不要等到整个系统都装配好了再去测试，不然的话很难定位可能出现的问题，对于刚做产品的工程师来说这点很重要。
3.遇到的问题不要逃避。若问题不解决，它总会一直存在那儿，早晚还会暴露出来，对于负责任的工程师来说这是一块心病，看到可能会心烦、心虚，所以为了自身的清静，还是早点解决为妙。个人能力有限时，可以把问题说出来，让周围的同事帮忙想想办法，除遇到特别困难的技术难题外，一般都能很好、很快地解决，自己也能从中学到别人的思考方法。
4.产品设计到一定阶段后，可能会有人(领导或者客户)要求或者建议再增加一些功能，这有可能打乱产品设计思路和进程。此时应该仔细考虑他们的要求，不是必需的功能可暂时不加上，但一定要记下来，待将来完善的时候再考虑进去。
5.产品设计过程也是自我不断提高的过程。对于新手来说，期间不能只想着做产品，更要去思考、总结遇到的问题和知识，要准备好本和笔，随时记下遇到的问题、解决办法、遇到的新知识，不断丰富自己的技术能力和经验。每个人的人生其实都在“书写”属于自己的历史书(不管在心里还是用文表达)，有些人写得好、写得精彩，就可以出版。这也属于一种资本吧，“书写”的多了，将来不论是求职还是升职，都会有更多的信心和勇气。
6.工作态度、行为习惯至关重要。好的习惯能让自己迅速处理问题、让工作中涉及到产品开发的事情尽在掌握之中，坏的习惯会让自己消磨大量的时间做那些无谓的事情。这种态度在一个团队中和别人合作完成任务时显得特别明显，该做的事情，只要能力所及且时间充裕，一定要早点做好，不能让别人跑到面前盯着自己好几次才去做。
没有人喜欢被别人追在自己屁股后面要东西，所以为了轻松一点还是要早点完成为好，因为事情总是要做的，做晚了还会影响别人对自己的看法，看来当个工程师也不容易。
7.做自己该做的事情。对于那些没有任何意义的事情，宁愿坐在那儿闲着修养生息也不要去做。工作中闲暇时要不断给自己充电。因为工作中做的事有时不一定能让你有任何技能上的提高，但记住一定要在闲暇且大脑清醒时多去学习。记住一点：工作时不一定在学习，但学习时一定在工作!
8.做个精致的工程师。我想认真、细致的工作方式任何领导都会喜欢，同事也不会排斥。粗心的工程师将来即使成了大器，也还要修炼自己精致的内涵，要不然很有可能就栽在自己的粗心上。而精致不是一朝一夕形成，所以还是趁早修炼吧。
9.公司的人际关系简单为好，不要拉帮结派，但一定要有跟自己能说工作中困惑的倾心之人，这样当你遇到生活、工作困惑的时候，可以有人给你出主意。人有时真的很需要被人倾听。工作中难免遇到不顺心的人，不要深深陷进自己挖的感情坑里，工作中感情要对事不对人，下班后把这些都要忘了，享受完全属于自己的生活。
因为产品初期开发工作基本结束，将来也就是根据现场应用情况或者市场需求修改或增加一些功能，开发工作也不会很大，暂时也没接到新的开发任务。现在的我很多时候有点清闲，再加上有点对工作环境(软环境)的逃避，使得我最近浮躁了。我很想在一个喜欢的行业的某一个技术层面深入地研究下去，做个技术大拿，因为在我看来，技术人员只有技术能力够牛才有人尊重你、仰慕你，才有更大的可能升职，当然其它方面的知识也要多猎取。
近半年一直在选看免费的杂志《电子产品世界》，知识面扩展了很多，受益匪浅，赞一个!
想好了就去做，前提是一定要想好，不然的话可能作了一半又转去做其它的。年轻时还没想好的时候可以考虑多去尝试一下，待工作四、五年后就要稳定在某一行业成长了。
伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。
1、工作的主要内容
在这两个月的工作中，我的总体任务是协助xx做好武警xx部队xx管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：编写xx系统的各类文档；系统的编码及bug勘误工作；系统的测试工作。下面依照时间来对我的工作进行介绍。
初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行xx系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的.工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。
在对xx系统进行测试之后，暴露了系统的诸多问题，测试过程中发现xx系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写xx系统的数据需求文档。在编写该文档的过程中，对xx系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。
完成了xx系统的数据需求文档的编写之后，新的任务是对整个xx的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。
在对xx系统添加输入限定完成之后，进入了解决程序小问题的阶段，对xx系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。
完成了系统的修补之后，我们的程序送到了第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。
第一轮测试结果出来之后，我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。
在进行所检之余，我又接到了新的任务，完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。
2、工作中失败的教训以及成功的经验
对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。
成功的经验：
（1）敢于接受任务并想尽一切办法完成
入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。
（2）勇于承担错误，正视自身的问题
在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到xx系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。
失败的教训：
（1）重视每一个细节，不要忽视小问题
在最初进行xx系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。
（2）进行重复工作也不能大意
在对xx系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。
（3）考虑问题要严谨
在对xx系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。
（4）注重用户体验
在xx系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。
3、展望下一阶段的工作
下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别，做好从sql数据库向oracel数据库的迁移工作。
这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来xx经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
本人xxx，于xx年5月26日进入万科魅力之城保修中心工作，转眼已经三个月了。这段时间里，在领导的关怀与同事的帮助下，我学到了很多东西，于人生发展大有裨益。对此，向各位领导和同事表示衷心的谢意。
短暂又漫长的试用期里，我认真学习公司章程，严格履行个人职责，让领导放心，使业主满意。总结如下：
一、勤奋学习，总结提高
刚进入魅力保修中心，我就被委以重任，作为10、11区现场维修分管工程师。
面对着352户业主，第一次接触服务类职业的我，对业务不甚熟悉，不免对工作产生担心和忧虑——很多地方不是很懂，让我一方面感到“隔行如隔山”，另一方面又觉得任重而道远。
但这种担心随着领导的关心和同事们的帮助很快便烟消云散了。遇到困难，大家都很耐心的教导：无论是带业主验房、检查验房单问题点维修，还是反馈通知业主复验签字、发布晨会，或者写函发函、基本礼仪和现场取证照片采集等，都得到了各位同事的支持，尤其是前台信息员，屡次慷慨相助。
大家知道我是初来心得体会，对我特别照顾，每次都有人善意提醒我别遗漏，甚至手把手教我怎样消单及关闭问题点等……一切的一切，让我很感动。哲人说过，完美的团队是取得成功的保证，在魅力这个大家庭里，我深深感受到了这一点。
为了迅速融入，我随身携带着小笔记本，同事提醒某事，便当场记下，此后时常翻看，以此警醒；经常总结自己的不足，学习别人的长处，提高自己的业务水平。从不懂到懂，从初通到细致，受到了不少业主的赞扬和支持，让我非常开心，觉得自己的努力得到了回报。
二、敬业爱岗，热情服务
刚到10、11区负责，正好是集中交付。
带业主验房时，我认真回答着业主提出的每一个问题，并详细讲解小区的规划、室内装修材料品牌以及和房屋保养注意事项。对于业主提出的不满意处详细记录，并及时将验房单问题点派发给各分包单位进行维修；对完成的问题点通知业主复验，在验房单签字。
大多业主对我们的服务都很满意，我们的劳动得到业主的称赞，也是为万科团队增添了一抹亮色。
房子交付完毕后，随着业主入住率的提高，报修的问题点也越来越多了。每次收到报修后，我都迅速前往现场查看，确定非人为损伤，填好维修方案并告知业主，然后派单给工人安排进入业主家维修，完成任务后给业主签字确认。继而一直负责进入房修平台进行消单，在公司cm网关闭问题点。
三、秉公办事，真诚待人
有时候业主不注意造成的人为损伤，如某家养花浇水，导致地板膨胀变形，打电话抱怨是我们用材质量问题。遇到这种情况，我在现场勘察后便加以解释，无论业主大声咆哮还是冷嘲热讽，我都以诚挚的态度对之。
圣经上说过，当别人怒火燃烧的时候，你唯有平静对待，才能使其熄灭。业主大多会被我们的态度所感化，我相信用一颗真诚的心对待别人，人家也会设身处地为你着想。公司的制度不能乱，唯有自身不乱，他人方莫能使之乱。
四、严谨细致、律人律己
每到业主家，无论主人在意与否，必穿鞋套，人家客气说“房屋乱，不必”是一回事，个人是否遵守公司制度又是一回事。
某次在一家维修，主人性格开朗，看起来是文化人士，自己抽烟的时候也给施工人员递上，我坚决制止“不能在业主房中接烟、抽烟”。主人劝“规矩不外人情。”我对答“人情不坏规矩。”主人大笑，不再勉强，称赞我们万科“自律者，人恒敬之”。
五、情系业主，及时反馈
抱着“为业主着想，以业主为中心”的服务思想，每次维修后，我都致电询问业主是否满意，哪些需要改进提高。经常跟业主交流，也增进了彼此间的信任与了解。
有时候热情的业主还要赠予某些小礼物，如矿泉水、小零食之类，我深表谢意，一律不取“为大家服务是我的工作职责。”还有业主在魅力论坛上发帖表扬，甚至写诗相赠“飒爽英姿气凛然，谈笑之间解忧难……情系千家志万里，谁说女子不如男？”如此雅意，只能谢其厚爱了。
我虽然年纪较轻，工作阅历不太深，经验有限，但我会发挥年轻人的好学勤快、吃苦耐劳、精力充沛等优势，努力成为一个优秀的人才，为公司的发展贡献自己的力量。在领导和同事的关怀下，我将更有信心做好10、11区维修工作。
一、工作内容
20xx年过完年后，我被主管派到一个大组去学习自动化测试技术。这个测试组是个比较大的测试组，总共有几十号人，其中有很多牛人。他们的自动化测试框架就是由几个牛人耗时1年多开发出来的。到现在，他们的自动化用例覆盖率约50%，应用率好像有70%，总之这个自动化测试框架还是满厉害的，不过就是整个框架实现太复杂了，涉及的编程脚本就用了三种。
下面简单介绍一下该GUI自动化测试框架。
测试工具：IBM Rational Robot
自动化测试技术：第三代自动化测试框架
测试脚本：Robot中使用的是sqabasic脚本(基于basic的一种脚本)，另外还使用了TCL、COM组建等，并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的，如果要让Robot能够正常识别界面，还需涉及到Java编程。
学习自动化的头一个星期，我只是学习该测试组的产品知识，学习如何使用自动化测试。后面的几个星期就开始承担自动化测试的建设任务了。想想当初自己还是满辛苦的，白天上班学习产品知识，晚上回家就对着电脑看basic脚本的语法，周末还去公司无偿加班看代码。
在技术文档的选择上，我基本只看英文的，单词不懂就拿金山词霸查，实在看不懂了才会去找些中文的资料看。为什么要选择英文的呢?因为很多中国写书的人很浮躁，只想着快点把书出版了好赚钱，所以很多中文的资料质量很差。首先要贬低的就是那本谭教授的《C语言程序设计》。记得读大学时，照着谭教授的书敲程序，没多少程序能编译通过的，真是误人子弟。
当时带我学习自动化的导师姓L，他是个大忙人，有时一整天都在开会。L的师傅姓W，W是该自动化创始人之一。
当时对我比较有用的文档就只有两篇：一篇是汇集型的chm文档，是篇比较全面的介绍，其中包括自动化框架的介绍，原理的介绍，各模块介绍，自动化执行的流程等;另外一篇则是由W写的自动化建设指导书，写的还是满不错的，在我有一定基础后，照着指导书就能完成简单的自动化建设。
在我整个学习过程中，是按照以下的过程开展的：
1、吴江装修网初步了解整个自动化和产品知识，尝试使用自动化进行测试;
2、熟悉sqabasic语法;
3、对着文档读代码，尝试调试脚本，跟踪到代码的最底层。
其实最好的学习方式就是实践，去做自动化建设。当有一定基础后，去完成导师交给的自动化建设任务，就是最好的学习方式。后来，我教别人的时候，也是安排实际任务给他做，然后再进行相应的引导。
在我的学习期间，有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课，然后那些家伙会不停的提问，以检验我的学习效果。虽然这招很BT，但是对个人的成长还是满有利的。假设你学会了一项技能，此时你可能只在第一个层次上，如果你能够把这项技能教会别人，那么你的层次上升了一个档次。
记得当时是20xx年2月初去参加学习的，4月初就应急被调回原测试组了。总共不到两个月的时间，我总共完成了3个模块的自动化建设，第1个模块搞了3个多星期，第2个模块不到2个星期，第3个模块一个星期就搞完了(第3个模块算是友情支援呢，哈哈)。
4月初被调回原测试组后，就一直做救火的工作。差不多5月份的时候才正是开始做我们T项目的自动化。其实也就是把我学习的自动化框架移植过来，做T项目自动化测试。
另我比较遗憾的是，T项目的测试一直都很紧，而自动化测试并没有被推广和充分利用。直到我离职前，测试组为应付测试部自动化考核指标，才得到重视。
这里我谈一下自己对自动化测试的理解。
1、自动化测试用于提高测试效率;
2、自动化测试可以完成一些无法手工完成的测试，例如长时间不间断的测试;
3、自动化虽然能够发现问题，但主要是对继承的功能进行测试，保证以前的老功能。(这个跟项目有关，GUI自动化测试比较复杂，如果是嵌入式设备或芯片的自动化测试，对自动化测试的理解可能会不一样)
二、开发小工具
我在自动化学习期间，表现出来的专业技能和良好的学习能力，得到了同事和主管的认可。鉴于此，在4月中旬的时候，测试组的Leader给我安排一个任务，使用Excel表格开发一个工具，用于收集和统计记录的数据。要求该工具能够代替手工计算，提升测试效率。任务完成的截至日期是五一。给我安排的时间大概为一周。
该工具的实现方式并不难，就是设计一个Excel表格，然后在里面嵌入VBA脚本，以宏的方式代替手工计算。对我来说最大的挑战就是：
1、短时间内学会VBA编程;
2、提取需求，设计Excel表格的格式，使该工具具有较好的易用性。
当我接到任务后，下班回家就开始到网上搜集关于VBA资料。当时我找了一个星期，都没有让我满意的文档。最终只找到一篇国人写的PDF文档，但是那篇PDF文档只是让我初步了解了VBA是个什么东东，并不能满足我的实际需求。最终，在写VBA脚本期间，我还是参考微软自带的帮助文档搞定的。
本来计划是在四月底的一个星期开展该项任务，但实际上直到4月的最后两天我才有时间。记得当时，我花了一天半的时间与我的客户——也就是我的同事，共同讨论需求，并设计Excel表格的格式，让其评审。最终写脚本花费了4月的最后一个下午，以及五一期间的三个下午的时间，总计4个下午的时间，完成该工具的开发。而且我五一期间的工作并没有申报加班，是无偿劳动啊。
其实工具开发完成后，还是有些问题，如：
1、程序崩溃
2、有1/3的功能基本没有被使用
3、自动生成的表格，奇丑无比
三、负责M项目测试
20xx年10月份，我开始独立负责M项目的测试工作。M项目是个小项目，大体情况如下：
代码量：大约10K行
开发语言：C#
软件环境：Windows PPC 20xx
硬件环境：hp的PDA
人力投入：开发3人，测试就我1人
M项目的测试需求分析、测试设计、测试用例编写、测试执行到测试报告，全部由我一个人搞定
20xx年10月～12月中旬这段时间，主要是完成前期的测试分析与设计。12月中旬，就进入了实际的测试阶段，20xx年1月底，软件发布。回顾这4个月的工作，有做的好的，也有做的差的。下面对这些进行总结。
做的比较好的：
1、测试进度把握比较好，在规定时间内，甚至提前完成了测试任务;
2、与开发人员的沟通较好，使问题能够较顺利的解决，基本没有内耗，双方合作愉快;
3、测试的重点把握较好，把很多严重问题，在测试前期就给暴露出来了;
做的不好的，待改进的：
1、前期的测试分析能力较弱，测试规格分析不全，测试用例编写质量不是高。到后期测试时，才发现很多规格没有覆盖到，需要补充测试用例。而且之前写的测试用例与实际测试情况，有些偏差，用例的可用性差，又花了很多时间去修改用例。
2、前期的测试计划制定比较差，实际工作较之计划偏差过大。吴江装饰网反正10月、11月那段时间，M项目的工作是乱七八糟的，还好关键时间点的把握还算到位。
3、测试对象选择上疏忽，导致漏测。M程序是个工具软件，主要用于查询和设置设备的某些参数或配置。我当时只考虑到对所有支持的设备进行遍历，却未考虑到设备上所有单板的遍历。结果技术支持工程师到香港试用该工具时，发现某块叫PM1D的单板无法识别。后续，我们对大部分单板进行了遍历，还发现了很多隐藏的问题。这是一项较大的疏忽。
4、在做内部模拟试验局测试时，对测试环境的选择有较大疏忽，导致漏测。在做内部试验局的时候，我为了偷懒只选择了3个不同设备的组网测试，而没有考虑到大规模组网情况下的测试。后来，技术支持工程师拿M软件到广州试用时，程序的某项功能就不正常了，原因就是大规模组网时，通信数据的传输是多包的，而M程序的底层函数没有对多包的情况进行处理，导致该项功能不正常。当时，在其他实验室是有类似环境的，而我却为了偷懒: (
虽然M项目的测试有很多不足，但是总体情况良好，我对产品的质量有信心: )
四、救火
大概是20xx年7月份时，我们组组长跟我说，要派我到B组去学习3个星期。等我去了B组才发现自己是被派来救火的。来B组支援测试，主要是完成一项测试任务，说具体点，就是把一件事情干600多次，没任何技术含量。我当时真是郁闷坏了: (
虽然心底是比较郁闷，但毕竟也就3个星期，想着忍忍就过去了。
具体的任务很简单：大概有80种板子，每种板子大概有8套软件，用T工具对80多块板子把8套软件都加一次，观察软件加载过程中，业务是否正常，板子加完软件后，运行是否正常。
还有一个也是其他组借调过来的新员工，跟我一起干这件事情。我600多次，他也差不多600次。还好这个家伙，心态很好，做事情也很勤奋。
最初B组给的方案是这样的：先用第1套软件把80多个板子加载一遍，再用第2套，第3套，直到第8套。
开始工作几天，我们就按这种方案执行，但按这种方案执行的效率很差。主要因为实验室常用的板子差不多只有30块，其他的板子都藏在箱子里，而且有些板子B组根本没有，需要到其他项目组去借，这样针对软件版本，对80多块板子进行轮循加载，效率就很低，因为每加一套软件，就要去寻找80多块板子。
当时，我和那个新员工都很愁，按照这种做法，这项任务3个星期根本就无法完成。B组负责带我们的两个员工，也表示比较无奈。
郁闷过的第2天一早，我就直接找B组的老大谈话，“按照你们提供的这种方案，我们在三个星期内根本无法完成任务，而且还有诸多其他困难：
1、部分板子是坏的;
2、某些板子实验室里根本就没有;
3、对设备不熟悉。”
就这样，B组老大把组内相关骨干人员都叫过来开会，重新商讨了一套方案，并要求他们全力支持我们的工作。
开了会后，B组的人就比较支持我们的工作了，启用新的方案后，还提前了1天时间把工作完成: )
这里我体会比较深的是：在做一份工作前，一定要弄清楚这项任务到底要做些什么、要怎么做、要做到什么程度，工作中还要定期汇报工作(基本上以日报、周报的形式，用邮件发送)，如果出现了解决不了的困难，一定要向老大汇报，如果老大也解决不了，那他也不能责怪你无能: )
五、工作中的陷阱
在辞职前的几个月，有个师弟也是老乡X君，得知我做过自动化项目后，便来向我了解自动化测试相关的情况。
从与X的聊天过程中了解到，他也正在做自动化，他们组测试的产品规模比较大，不过做自动化的只有两个新人，而且是使用一种新的GUI测试工具。他在给我讲他们具体工作时，了解到他们的自动化测试非常原始，就是针对一个用例录制一套脚本，几百个测试用例，大概录制几百个脚本，根本没有对公共进行提取，更别提有什么自动化测试框架了。X君与另外一个人，在自动化方面都是新手，没有相关经验，他们不知道这样做会给后期的维护带来多大的麻烦。而且他们主管也不太懂GUI测试的自动化，只是每天要他们汇报工作进度，期望在两个月内完成那几百个脚本。
经过我细致询问后，我猜测他们做这项自动化工作，基本上是为了应付部门自动化考核而做的，而并非为了提高测试效率，保证产品质量。
我也可以体谅X君主管的难处：测试组人力本来就紧张，而部门又要考核自动化指标，他只有弄两个人来应付一下部门的考核了。
这样说来，X君和他另外一位同事就是受害者了，被安排做一件这么没意义的事情。对他们我只能表示同情了。
对于这类BT主管吩咐的没啥意义的事情，我的体会就是能推掉不做就不做，如果实在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么样就做成什么样。实在搞郁闷了就老板炒鱿鱼吧。
六、其他
记得刚进公司那一阵，对我们新员工有这样那样的培训，估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐，PPT写的水准也有好有坏。总体感觉就是那些培训是在浪费时间，如果自己看这些资料效果都要好很多。
在转正前，作为新员工要给部门的“老”员工讲课，讲自己所学习过的知识，然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法，不但检验了你的学习情况还锻炼了你讲解PPT的能力。
七、感悟和进步
通过这种方式，我觉得自己在很多方面有提高：
1、写PPT的水平。后续工作中，写PPT汇报工作，做的是又快，又漂亮。
2、沟通能力。最初别人问我一个问题，我还没完全理解他的意图，就以自己的理解，淅沥哗啦的说了一堆别人不想知道的东东，搞得别人一头雾水。此后，别人每问我一个问题，我都会先把他的意图或意思搞搞清楚了，确认后，再以最精练的语言来回答他的问题。
3、懂就是懂，不懂就别乱说。记得最早“老”员工问我一个我自己不是很懂的问题，我通常是按自己的理解方式，跟他胡吹一通。结果他再一细问，我就傻了。知道就知道，不知道就别乱说，这点很重要，尤其是在参加面试的时候，如果自己不是很动，别人一问你就会露馅。
xx年结束了，回首xx年研发工作，有硕果累累的喜悦，有与同事协同的艰辛，也有遇到困难和挫折时的惆怅。时间过得飞快，不知不觉中，充满梦想和激情的xx年随着新年伊始即将临近，本人五月份之前在资源部工作自五月份之后加入到研发部，融为这个集体的一份子以来，本着对工作的热爱，抱以积极，认真学习的态度，用心做好每件事，干好这个前端工作，充分利用这一平台提升自身的技术，回顾历程，收获和感触颇多。
虽然在学校里学的是网站开发专业，但是毕业之后从事这个行业只有短短几个月，所学的知识基本没有用到，事隔两年多重新步入这个行业，感觉还是有点吃力的，多亏研发同事在工作上的帮助，才能够很快上手，没有耽误工作，进入工作状态之后，又恶补了一段时间，前端制作基本上能独立完成，前端是个很复杂的岗位，所涉及的知识面非常广，刚开始并不了解前端主要是做什么的，只有很浅的认识，以为只要把美工给的页面排版成html格式实现一些动态交互效果即可，这可能只是初级或中级前端做的工作，如果往更高层次发展，就要配合程序与服务器连接，这个认识可能还存在一些问题，对于我这个也算是新手来说确实有点难，很多东西都不太懂，都要学，问题依旧存在，可能是因为真的很喜欢这份工作吧，从没想过要放弃，我还会继续努力提高学习效率，为以后能够更好的完成工作做准备。
在资源部pe频道管理期间，主要工作：
一、每日pe(hdpeldpelldpe)资讯发布;
二、每日pe(hdpeldpelldpe)编辑短信;
三、每日更新石化出厂价及市场报价;
四、每日清晨6点半左右发布原油短信及原油资讯;
五、每日添加技术参数;
到研发部这半年多以来主要参与的项目：
一、模具网前台页面及管理员后台页面制作;
二、西南网前台页面制作及版块调整;
三、改性二期前台页面及m网前端页面设计;
四、中塑文库页面制作;
五、主网商铺及其它一些维护;
一、财政局项目，本人独立负责开发会计处的三个子系统：
1、厦门市会计人员信用查询系统。
2、厦门市代理记账机构信用查询系统。
3、厦门市会计人员网上报备系统。
以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。
二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：
1、房屋租赁合同管理系统。
2、短信收发管理系统。
3、会员管理系统。
4、基础信息管理系统和人事管理系统的部分功能模块。
系统应用后，豪享来在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率，并且及时有效提供了相应预警信息；短信收发系统方便了总部及时传递各项信息；会员系统更好的管理全国各门店的会员信息；人事系统在管理中减少工作量等。
三、金融行业项目
我参与了中国银行厦门分行，企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。
四、国土资源与房产管理局项目
正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术，使界面更加大方美观，很大程度上改善人机交互平台的效果。
总结不足：驻豪享来总部做项目时，由于团队内部某些原因，加之外面的其他因素，一定程度上影响了工作效率、影响开发进度和影响最终软件质量；这是包括我在内项目组中的每个成员都必须检讨的地方。
通过总结一年来的工作，尽管有了一定的进步和成绩，但在一些方面还存在不足，个别工作做得还不够完善。在今后的工作中，我将努力找出工作中的不足，以便在日后的工作中加以克服。自己不断的学习吸收新技术，认真学习好规范规程及有关文件资料，并且及时的把新技术应用在实际的项目中，进一步提高项目的技术含量。