软件项目完成总结报告.docx

软件项目完成总结报告软件项目完成总结报告提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。如下是小编给大家整理的软件项目完成总结报告，希望对大家有所作用。软件项目完成总结报告篇【一】自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的'问题，目前项目组均已解决。四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。四、个人得失方面。作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。软件项目完成总结报告篇【二】做网上银行这个项目已经接近尾声了，总的来说收获了很多。从开始做项目的头一天开始，陈老师就一在强调了这个项目的总要性。确实这个项目对我们来说很重要，这个项目是我们来朗沃的第一个项目，是把我们之前的OO进行一个串联的复习。在学习JAVA面向对象的时间白老师就向我们说过这样一句话：真实的项目之中编码是花时间最短的一个过程。真正花时间的是在之前的分析设计上面花时间。确实做这次项目让我体会到了这点。编码其实是很快的。难的就在于对这个项目的思路。对这个项目流程要清楚。在做这个项目之中，在冯文老师的带领下也学会了很多东西。也学会了一些好的编码习惯。在之前做作业什么的，从来不会再代码中添加注释之类的。觉得是自己写出来的东西肯定看的懂的撒。觉得写注释有那么点多余似的。然而却不是那么回事，当在做这个项目的过程之中，随着写的方法，写的类越来越多。代码看上去也就越来越复杂。发现不添加注释，半天都理不出来头绪。在这次项目中冯文老师也是反复的强调写一句代码就运行一次，确实我之前的习惯与之相违背。是不管三七二十一，一口气写到底。然后在运行，呵呵。突然报一大堆的错出来。看着这一段红色的错误。于是便没有了勇气在继续下去了。从这次项目之中也体会出了什么叫做螺旋式开发（即增量开发），代码是一点点的累积起来的，在实际的项目之中，也就是一句句的慢慢来写，一个功能一个功能的实现，然后在组成的大型的项目。并不是想象的那样一触而就。在做这个项目的时间出现了很多很多的错误。什么空指针异常，也是最常见的异常。还有什么找不该类什么的，数组下标越界啊，反正很多。随着这个项目的开发。也渐渐的不在对异常那么恐惧了，也对一些异常有了一些认识。比如空指针什么的