软件项目的个人总结报告

软件项目的个人总结报告

篇一：软件系统项目工作总结自2 月份开始，我一直在跟进XX银行W-XXND1S2。0项目的测试工作，至此为止已近6 个月时间，从公司内部系统测试、验收测试，再到UAT测试,以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。

项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及BUG回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。

在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了

一些完善性

意见

用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统

进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx 银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。

中信X-FUNDS2 0系统测试中，共记录问题及客户新增需求825个，其中BUG数量512个、系统完善类问题225个，新增需求类问题88 个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部

质量把关。配合外包公司一同进行系统压力测试及稳定性

测试，测试结果符合客户要求。现中信X-FUNDS2 0系统临近投产实施工作，测试组还将继续配合配合项目投产工

作及投产后的补丁更新测试工作。

作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做

好以后的补丁测试工作及其他项目的测试工作。

篇二：软件项目总结通过半年时间的努力，1389P

软件已经趋向成熟。主要从下面3 大方面叙说。

在这半年中软件方面遇到的问题大大小小罗列起来有

150多个。问题的难点在读USB和SD卡操作上，以及LG屏

显示出现拖尾问题造成的对软件进程的时间延迟。SD卡和USB的问题主要出现在读USB卡里面的AVI内容的时候，切换到SD 去读就会出现停顿，还有SD和USB菜单状态有些数据不能停下来等问题。1389P 软件的的优越性就在于它

能直接用MTK工具仿真调屏，另外软件设计在VIDEO输出

上分为两路可在菜单上实现控制，一路是对CVBS输出到电

视上的控制，另外一路是对屏的控制。USB通过菜单来切换USB和SD比较直观。针对AU和LG屏只需要更换一个文件将可实现，给维护带来了很大的方便。

另外软件现在已经可以直接通过写vSetSharedInfo 直接控制屏的输出16：9和4：3 变化，同时也可以控制输出JPEG图片的两种状态切换，可把图片按X轴以同一比例缩

放。软件也可以通过写vSetSharedInfo 的值来实现开关

DIVX 功能

在软件设计的过程中，软件的OSD部分基本是由我公

司自己独立完成，做了个DEMO OSD 里面设计的为七国

ENGLISH，FRECH，SPANISH，GERMA，N ITAILIAN ，PORTUTAL，CHINESE针对不同的客户，更改DEMO OSD中的EXCEL

表格就行。

1389P 软件在I/O 口控制方面，资源也相对比较丰富。没有碰到需要的I/O 口不可控制换口的的问题。AV IN 控制电路用的UP1-4 程序设计通过写一个按键来实现，通过

读SI_DEVICE」D是否为SV_DEVID_TVD 对UP1 -4进行控制高低控制。另外对于AV IN 软切换噪音问题，通过进入AV IN 这个按键的时候埋下MUTE在读出数据的时候释放

MUTE。

在字幕和文件名字方面，支持中文字幕和中文文件名字，也可以设计支持韩文字幕的和韩文文件名，软件支持MPEG4格式的编码文件。

针对1389P出现的问题，首先经过测试室发掘出问题，

由他们提出问题，和我们共同分析能否实现一些特殊的客户功能需求。并进行可行性分析，从而确定新产品软件功能的基本方向。

软件问题，在很多情况下分析出现的随机性问题，没

有规律性的问题，一般都是自己亲自测试。分析现象最后出现的状态，联系到软件上在那个环节会出现这样的画面或不正常的情

况。尽量找出规律，找到了规律，就可以方便问题的求解。

分析USB和SD卡在却换时出现的问题，能看出的是在刚设计出菜单来切换USB和SD卡的时候没有做PAUSE来控制，在DRAWMENU

和CLEAN MENU勺过程，在读USB和SD 卡里面的内容时切换到菜单。菜单不能控制，说明是在设计PAUSE过程中出现了问题。后面跟踪PAUSE流程就可以

理清出现问题的原因。

还有其他的一些相关问题，在OSD的设计上面需要的是时间和细心，面对客户的反复要求，更多需要的是耐心。

在很多重点问题上需要的是MTK的技术支持，一般直接COPY、可题出现的过程，给MTK提供好调试平台，确定问题的难易程度，在问题的解决上要考虑到两个重要因素，一个就是解决问题所需要的时间，另外，就是解决该问题后有没有出现相关的连带问题。出现连带问题就加长了软件问题的解决时间，不过这些问题希望他们那边尽量少出现这样的问题。

1389P 项目设计软件方面的完成还是比较顺利，让我得到了一些宝贵的经验，在完成这个项目的软件过程中离不

开周围同事的热心帮忙，特别是和潘勇的配合上，他的耐心和积极感染着我，每次都给我设计好平台，也让我懂得更多。有了他们

的帮助才使得软件的进展顺利，在这里我衷心地感谢你们。

篇三：小型软件项目总结小型软件项目也是很重要的，小型软件项目也要认真对待，且看下面的小型软件项目总结之谈：小型软件项目也要认真对待的相关简述。这里就我们开发过的一些小型软件项目来谈一些开发的总

结和体会，一般来说，小型软件项目功能比较单一，而且

模块与模块之间的衔接不是很多，同时对开发周期要求比

较短。

小型软件项目总结之谈：小型软件项目也要认真对待小项目虽然看起来比较简单，所以很多开发人员容易犯一些错误，下面是一个程序员的经验讲述：小型软件项目也要认真对待。记得我们在开发一个基于Internet 的有偿服务系统的时候，有三个开发人员：一个负责前端界面的编写，一个负责数据通讯协议和实现，一个负责对数据库数据的查询、整理和提取。我们在开发的时候没有认真地进行项目实际前途和工作量的估计。没有认真地估计项目难度，比如对于通讯中多用户并发访问时的多线程问题和缓存处理问题，用户批量请求处理的实现复杂度问题等等。三个人之间的接口也是在开发中休息的时候，口头定义一下。结果发现有不严密的地方（比如在通讯服务器端是用VC 编写的，开发人员是通过stream 来传送数据的，客户端是用Delphi 编写，在接收数据的时候发现数据不准确，后来研究发现VC利用CSocket在传送数据流的时候对数据进行了自己定义的格式化，结果服务器端数据发送模块只好重写），而且其中关于一个接口双方的理解不同，然后又返工重新修改。最后到系统基本完成的时候没有一份较正式的文档。然后因为有人毕业离开这个项目，然后他编写的模块需要升级，新的接收的人不得不花很多时间去阅读他的源代码。

以上就是小型软件项目总结之谈。