前端工程师试用期总结范文

导语：如何才能写好一篇前端工程师试用期总结，这就需要搜集整理更多的资料和文献，欢迎阅读由公务员之家整理的十篇范文，供你借鉴。

篇1

在21世纪现代工作生活中，工作总结已成为必不可少的部分，且扮演着越来越重要的角色。那么，怎么写软件工程师试用期工作总结呢?亲爱的读者，小编为您准备了一些软件工程师试用期工作总结，请笑纳!

软件工程师试用期工作总结

从入职到现在已经有将近三个星期了，从刚开始看理论知识到接触系统，从完全摸不着头脑到稍稍入门，从几乎不知如何下手到开始有了学习的目标，我确实有很多需要总结的东西，或许零零散散，但都是真实感受。

年前呆的那三四天几乎全看有关测试的理论知识了，感觉跟平时在学校里看课件差不多，就是熟悉测试的流程、测试常见的方法，测试都包括哪些内容等基本知识。年后的第一天学习到的第一点就是“好记性不如烂笔头”。所有的软件账号密码都已经告诉过我，再次来却忘的一干二净，每次问的时候都要麻烦陈芳宾翻笔记，我发现她记得很全很细，大家都有随时记笔记的好习惯，于是第二天我就认真地带了笔记本和笔。(事实证明这个真的很重要)!

接下来的一周我都在看电力方面的理论知识以及重温公司的测试流程和BUG流程。那些电力名词我几乎都没听过，什么输电网配电网，分压分区，理论线损，看的很是吃力，我只好用最笨的方法，看到不会的就在网上查一下记下来，虽然比较慢，但现在多多少少熟悉了一点，接下来看系统的时候也好很多。

第二周我开始看系统，按照主管的指导，我先看控制中心，我把系统帮助管理生成Word文档，用了三天的时间按照步骤说明对控制中心下的每个功能点都完全过一遍，学着建立自己的单位，画接线图、配线图、台区图，当然都是对着文档比葫芦画瓢。看的不细致就很容易出问题，比如我最初建单位不知道分配数据权限意味着什么就没管，导致在组织机构建的单位电网树那边显示不出来，也不知道添加的角色用户只能注销不能彻底删除，结果随手添加的那一堆用户都删不掉了，每次查询的时候看到那么多乱七八糟命名的用户都被自己蠢哭了(学校里课程设计做的系统都是物理删除);还有绘图的时候从工具栏拖输电线路、跨接线、馈线的时候总是一拖就停不下来，跑的其他元件都找不到了，鼠标也挪不开，只能粗暴地关掉绘图窗口，后来才知道双击左键就停止了;还有就是增加的元件被我删掉了，过后又增加了以同样名字命名的同样的元件，结果恢复之后看到两个一模一样的元件就傻眼了，还以为是系统有BUG，结果指导老师告诉我这是允许的，还教我用sql语句查询看它们之间的区别。。。

自己点系统的时候有点盲目，对执行的操作不理解，指导老师讲一会抵得上我看半天，比如指导老师教我用正向有功示值减去正向有功期初示值计算电量，以及分别设置电量优先和底度优先时的区别，还有换表时怎么算，以及对追补电量的审核等。还有对用sl/sql查询时要怎么用数据库表，哪些东西是一类的，哪几个比较特殊，每个元件的属性有很多，哪些比较重要，哪些是唯一标识等等，十分认真。可能有些我目前理解的还不够透彻，但比我自己看要好太多了，也知道自己该往哪方面学习。

要学的东西太多太多，每天都很充实，每当学会了一个新的内容就特别兴奋。同时也认识到自己的很多不足，比如用pl/sql的时候,虽然之前也学习过mysql，但都是理论知识，实际操作的很少，真正用起来还是觉得吃力，所以决定一定要抽时间好好补补sql语句。还有就是对系统的理解还很不够，被我误当成BUG的地方一问才知道系统本身就是那样设计的。接下来我的目标就是照着用例设计多多熟悉系统，多多实践练习sql语句，慢慢尝试着执行简单的测试。我知道还有很多不足的地方也许是我目前没意识到的，所以接下来的日子我要更加认真努力，提高自己的能力，争取能早点像其他同事们一样测试系统，执行任务，继续努力吧!

软件工程师试用期工作总结

时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。 最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找 bug与对应bug，此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(__x=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。

4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。

软件工程师试用期工作总结

在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。