程序员个人工作总结

程序员个人工作总结(集合15篇)

总结是对过去一定时期的工作、学习或思想情况进行回顾、分析，并做出客观评价的书面材料，它可以帮助我们有寻找学习和工作中的规律，我想我们需要写一份总结了吧。总结怎么写才是正确的呢？下面是小编精心整理的程序员个人工作总结，仅供参考，希望能够帮助到大家。

光阴如梭，一年的工作时间转瞬即将成为历史，伴随着新年钟声的临近，我们不得不对20xx年做一次告别。在这年终之际，现对来公司这段时间里所作的工作汇报如下:

1、某某erp项目的编码工作。

从了解新疆某某项目的背景、及计划安排，熟悉正义公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作;完成了正义项目的模块测试及流程测试。

通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。

2、、某某erp项目的实施工作。

从十一月初开始进行某某项目的.实施，每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训;纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。

通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。

3、帮助和使用手册文档的编写。

帮助的编写使我熟悉了dreameweaver和fireworks的使用，为后期的oa开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，总结了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小bug进行了最后的修改。

4、利用工作之余的休息时间加强学习。

平时注意收集有关pb方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习java及oa方面的知识(现转为学习. )，为后期的工作打好基础。

以上为本人粗略的个人工作小结，请领导审阅，如工作上有不到之处，请领导不吝指出，以便本人及时改正，从而能更好地工作。

展望临近的25年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。

程序员的工作重在细心，所以，在以后的工作中，我将更加的细致认真，踏踏实实，为公司的发展贡献自己的一份力。

光阴如梭，半年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的xxxx年，满怀热情的迎来即将到来的20__年。在这年终之际，现对来公司6个月的试用期里所作的工作汇报如下：

一、erp项目的编码工作。

从了解新疆正义项目的背景、及计划安排，熟悉正义公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作；完成了正义项目的模块测试及流程测试。

通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。

二、erp项目的实施工作。

从十一月初开始进行正义项目的实施，每天早起赶在企业上班前赶到企业进行erp的实施。实施期间主要是软件的安装实施及对企业的erp系统的使用人员进行软件使用培训；纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。

通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了erp系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。

三、帮助和使用手册文档的.编写。

帮助的编写使我熟悉了dreameweaver和fireworks的使用，为后期的oa开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，总结了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小bug进行了最后的修改。

四、利用工作之余的休息时间加强学习。

在平时，注意收集有关pb方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习java及oa方面的知识（现转为学习），为后期的工作打好基础。

展望临近的xxxx年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。

时光如水，岁月如梭。

快乐的时间总是短暂的，今年过得很快。

工作四年了，保持着每年写一份总结的习惯。

我很希望总结有一个醒目的名字，比如从xx到xx，或者薪水从yyyy到yyyyy这样。可惜什么都没有，我的职位依然是软件开发，薪水依然是那么多。现在经济萧条，估计也没什么希望涨钱了。

对于怀有远大抱负的同学，这份总结应该是份反面教材。

记得去年写总结的时候心情很差，抱怨了很多当时的工作以及领导"花生"，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。

投简历面试的过程非常折磨人，尤其是我的处境(每天很大压力，完全是自我打磨的阶段)。

我清楚地记得面试现在这份工作那天是某个周六，我的经理"娃娃"和技术主管t同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作 ……此处隐藏16003个字……的编码和逻辑设计错误。

人工测试又称为代码审查，其内容包括检查代码和设计是否一致，检查代码逻辑表达是否正确和完整，检查代码结构是否合理等。主要有3种方法。

·个人复查：指程序员本人对程序进行检查。由于心理上的原因和思维惯性的影响，对自己的错误一般不容易发现，对功能理解的错误更不可能纠正。因此，这种方法主要针对小规模程序，效率不高。

·抽查：通常由3～5人组成测试小组，测试人员应是没有参加该项目开发的有经验的程序设计人员。在抽查之前，应先阅读相关的软件资料和源程序，然后由测试

人员扮演计算机的角色，将一批有代表性的测试数据沿程序的逻辑走一遍，监视程序的执行情况。人工检测程序很慢，只能选择少量简单的例子。

·会审。测试人员的构成与抽查类似。在会审之前，测试人员应该充分阅读相关资料，比如系统分析说明书、系统设计说明书、源程序等。测试人员应尽可能多地列出典型错误。在会审时，由编程人员逐句讲解程序，测试人员逐个审查、提问。通过这种方式，往往可能使编程人员发现自己以前没有意识到的错误，使问题暴露=会审后，要将发现的问题登记、分析、归类。

·代码复审应该在被测软件编译成功之后。编译都不通过的软件，当然谈不上复审。在复审期间，应保证有足够的时间，让测试小组对问题进行充分的讨论，这样才能有效地提高测试效率，避免出错。

2)机器测试

机器测试是把设计好的测试例子作用于被测程序，比较测试结果和预期结果是否一致。如果不一致，就说明可能存在错误。机器测试只能发现错误的症状，无法对问题进行定位。

机器测试分为黑盒测试和白盒测试两种。

(1)黑盒测试也称为功能测试。将软件看成黑盒子，在完全不考虑软件内部结构和特性的情况下，测试软件的外部特性。进行黑盒测试主要是为了发现以下几类错误：

·是否有错误的功能或遗漏的功能?

·界面是否有误?输入是否正确接收?输出是否正确?

·是否有数据结构或外部数据库访问错误?

·性能是否能够接受?

·是否有初始化或终止性错误?

(2)白盒测试也称为结构测试。将软件看成透明的白盒。根据程序的内部结构和逻辑来设计测试例子，对程序的路径和过程进行测试，检查是否满足设计的要求。其原则是：

·程序模块中的所有独立路径至少执行一次。

·在所有的'逻辑判断中，取“真”和取“假”的两种情况至少都要执行一次。·每个循环都应在边界条件和一般条件下各执行一次。

·测试程序内部数据结构的有效性等。

4．软件测试步骤

软件测试实际上可分成4步进行。

1)单元测试‘

单元测试也称为模块测试，在模块编写完成且无编译错误后就可以进行。如果选用机器测试，一般用白盒测试法，多个模块可以同时进行。

测试一个模块时需要编写一个驱动模块和若干个桩(stub)模块。驱动模块的功能是向被测试模块提供测试数据，驱动被测模块，并从被测模块中接收测试结果。桩模块的功能是模拟被测模块所调用的子模块，它接收被测模块的调用，检验调用参数，模拟被调用的子模块功能，把结果送回被测模块。

2)组装测试

组装测试也称为集成测试，就是把模块按系统设计说明书的要求组合起来进行测试。

即使所有模块都通过了测试，但在组装之后，仍可能会出现问题：穿过模块的数据被丢失；一个模块的功能对其他模块造成有害的影响；各个模块组装起来没有达到预期的功能；全局数据结构出现问题；另外，对于单个模块来说其误差可以接受，但模块组合后，可能会出现误差累积，最后到不能接受的程度，所以需要组装测试。

通常，组装测试有两种方法：一种是分别测试各个模块，再把这些模块组合起来进行整体测试，即非增量式集成；另一种是把下一个要测试的模块组合到已测试好的模块中，测试完后再将下一个需要测试的模块组合起来，进行测试，逐步把所有模块组合在一起，并完成测试，即增量式集成。非增量式集成可以对模块进行并行测试，能充分利用人力，并加快工程进度。但这种方法容易混乱，出现错误不容易查找和定位。增量式测试的范围逐步扩大，错误容易定位，而且已测试的模块可在新的条件下再测试，使测试更彻底。

3)确认测试

经过组装测试之后，软件就被集成起来，接口方面的问题已经解决，将进入软件测试的最后一个环节——确认测试。确认测试的任务就是进一步检查软件的功能和性能是否与用户要求的一致。系统方案说明书描述了用户对软件的要求，所以是软件有效性验证的标准，也是确认测试的基础。

确认测试，首先要进行有效性测试以及软件配置审查，然后进行验收测试和安装测试，经过管理部门的认可和专家鉴定后，软件即可交给用户使用。

4)系统测试

系统测试是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统方案说明书来设计测试例子的，常见的系统测试主要有恢复测试、安全性测试、强度测试、性能测试、可靠性测试、安装测试。

5．调试’

调试的任务就是根据测试时发现的错误，找出原因和具体的位置，进行改正。调试工作主要由程序开发人员来进行，谁开发的程序就由谁来进行调试。

目前常用的调试方法有如下几种：

·试探法。调试人员分析错误的症状，猜测问题的所在位置，利用在程序中设置输出

语句，分析寄存器和存储器的内容等手段来获得错误的线索，一步步地试探和分析出错误所在。这种方法效率很低，适合于结构比较简单的程序。

·回溯法。调试人员从发现错误症状的位置开始，人工沿着程序的控制流程往回跟踪代码，直到找出错误根源为止。这种方法适合于小型程序，对于大规模程序，由于其需要回溯的路径太多而变得不可操作。

·对分查找法。这种方法主要用来缩小错误的范围，如果已经知道程序中的变量在若干位置的正确取值，可以在这些位置上给这些变量以正确值，观察程序运行的输出结果。如果没有发现问题，则说明从赋予变量一个正确值开始到输出结果之间的程序没有错，问题可能出在除此之外的程序中，否则错误就在所考察的这部分程序中，对含有错误的程序段再使用这种方法，直到把故障范围缩小到比较容易诊断为止。

·归纳法。归纳法就是从测试所暴露的问题出发，收集所有正确或不正确的数据，分析它们之间的关系，提出假设的错误原因，用这些数据来证明或反驳，从而查出错误所在。

·演绎法。根据测试结果，列出所有可能的错误原因。分析已有的数据，排除不可能和彼此矛盾的原因。对余下的原因，选择可能性最大的，利用已有的数据完善该假设，使假设更具体。用假设来解释所有的原始测试结果，如果能解释这一切，则假设得以证实，也就找出了错误；否则，要么是假设不完备或不成立，要么有多个错误同时存在，需要重新分析，提出新的假设，直到发现错误为止。