软件项目的个人总结报告

软件项目的个人总结报告

篇一：软件系统项目工作总结自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，GERMAN，ITAILIAN，PORTUTAL ，CHINESE。针对不同的客户，更改DEMO OSD 中的EXCEL 表格就行。

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

读SI_DEVICE_ID是否为SV_DEVID_TVD对UP1-4进行控制

高低控制。另外对于AV IN 软切换噪音问题，通过进入AV

IN这个按键的时候埋下MUTE，在读出数据的时候释放MUTE。

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

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

由他们提出问题，和我们共同分析能否实现一些特殊的客

户功能需求。并进行可行性分析，从而确定新产品软件功

能的基本方向。

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

有规律性的问题，一般都是自己亲自测试。分析现象最后

出现的状态，联系到软件上在那个环节会出现这样的画面

或不正常的情况。尽量找出规律，找到了规律，就可以方

便问题的求解。

分析USB和SD卡在却换时出现的问题，能看出的是在刚设计出菜单来切换USB和SD卡的时候没有做PAUSE来控制，在DRAW MENU 和CLEAN MENU的过程，在读USB和SD 卡里面的内容时切换到菜单。菜单不能控制，说明是在设计PAUSE过程中出现了问题。后面跟踪PAUSE流程就可以理清出现问题的原因。

还有其他的一些相关问题，在OSD的设计上面需要的

是时间和细心，面对客户的反复要求，更多需要的是耐心。

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

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

开周围同事的热心帮忙，特别是和潘勇的配合上，他的耐心和积极感染着我，每次都给我设计好平台，也让我懂得更多。有了他们的帮助才使得软件的进展顺利，在这里我衷心地感谢你们。

篇三：小型软件项目总结小型软件项目也是很重要的，小型软件项目也要认真对待，且看下面的小型软件项目总结之谈：小型软件项目也要认真对待的相关简述。这里就我们开发过的一些小型软件项目来谈一些开发的总结和体会，一般来说，小型软件项目功能比较单一，而且模块与模块之间的衔接不是很多，同时对开发周期要求比较短。

小型软件项目总结之谈：小型软件项目也要认真对待小项目虽然看起来比较简单，所以很多开发人员容易犯一些错误，下面是一个程序员的经验讲述：小型软件项目也要认真对待。记得我们在开发一个基于Internet的有偿服务系统的时候，有三个开发人员：一个负责前端界面的编写，一个负责数据通讯协议和实现，一个负责对数据库数据的查询、整理和提取。我们在开发的时候没有认真地进行项目实际前途和工作量的估计。没有认真地估计项目难度，比如对于通讯中多用户并发访问时的多线程问题和缓存处理问题，用户批量请求处理的实现复杂度问题等等。三个人之间的接口也是在开发中休息的时候，口头定义一

下。结果发现有不严密的地方(比如在通讯服务器端是用VC 编写的，开发人员是通过stream来传送数据的，客户端是用Delphi编写，在接收数据的时候发现数据不准确，后来研究发现VC利用CSocket在传送数据流的时候对数据进行了自己定义的格式化，结果服务器端数据发送模块只好重写)，而且其中关于一个接口双方的理解不同，然后又返工重新修改。最后到系统基本完成的时候没有一份较正式的文档。然后因为有人毕业离开这个项目，然后他编写的模块需要升级，新的接收的人不得不花很多时间去阅读他的源代码。

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