2023年软件工程师试用期工作总结范文精选合集.docx

2023年软件工程师试用期工作总结范文精选合集 软件工程师试用期工作总结范文精选合集 在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、一些习惯 遇到问题先自己思索，无从下手再找高手帮忙看看，留意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。 解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再奢侈同样的时间。 把代码写的美丽，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完备，读起来很流畅，便利自己也便利别人。 任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。 软件工程师试用期工作总结 在这次软件工程课程中，我学到了许多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担当组长并组织组员共同完成个人图书管理系统这个项目，第一次和别人合作，才发觉运用工程化的思想来做是如此的有必要。 从这里，我才真正的意识到实施一个软件工程并不是说简洁的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的相识中，好像整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。 刚真正起先工作之前，我们费了许多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不行。 还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。 在整个活动的完成过程中，作为组长，我收获许多，我发觉，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓一颗老鼠屎，能坏一仓谷，以后我的组织里要是出现这样的人，我绝不会给他接着留下来的机会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪慧才智，而是创建出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公允性外，还有就是协调好各组员之间的关系。