软件工程实践课程报告

一、实践内容及要求

实践内容：

1、 前期负责与客户的沟通和需求融合，负责一部分数据的维护和更新、审核，目的是为了能够尽快熟悉项目内容。

2、参与平台界面的设计，包括登陆界面和注册界面等等，并进行相关的测试。

3、协助开发人员解决bug，对开发人员解决的bug，要重新进行回归测试，并对软件的其他一些功能进行检查，尽量发现软件中一些其他的由于开发人员的代码变动而引起的其他错误。

4、定期提交周工作报告小结。

企业的要求：

1、及时将客户所需信息反馈给客户，做好客户的沟通工作，保证项目的流畅性。

2、按时完成自己的工作任务，包括数据的采集、录入和更新。

3、进入测试环节，要深入了解软件测试的流程，会一些常用的测试的方法，要会设计编写测试用例，会使用功能或者性能测试工具，编写简单脚本语言。

4、及时完成自己的测试需求，发现的bug问题及时告知程度开发者。开发者和测试者两者要协调好各自的工作。

二、实践成果及展示

实践成果：

三、实践总结和感想

时光如白驹过隙一般匆匆走过，将近五个月的实习也在忙碌的生活中悄然而去，无助过，迷茫过，也疲备过，甚至一度曾想过放弃，但在师傅和同事们的关照和指导下，通过自身的不懈努力，我也在各方面有了不小的进步。在公司实习这段时间，从什么都不懂到慢慢适应，我学到的不仅是理论知识和操作能力，更多的是自我综合素质方面的全新认识和提高。

我实习的公司是义乌市至简信息技术有限公司，它是一家专业档案整理、组卷、扫描处理、信息化以及档案咨询的服务型公司，目前公司拥有数名多年从事档案服务和信息化专业人员，并配备了从事档案服务的专业设备和专业软件。公司本着“以服务为基础，以质量求生存，以科技求发展”的经验理念，面向政府机关、企事业单位等客户提供优质的档案服务和质量的信息化产品。我在公司实习的岗位是软件测试，在刚进入公司的两个多星期内，公司首先给实习生安排了一些软件测试的培训，学习开发软件的相关业务流程，看看产品信息文档和产品需求规格说明书，逐步了解产品功能。

我参与的项目是一个行业信用信息平台，用于记录大中小企业经营状况，包括业绩、信用等等，简而言之就是对企业的各项档案进行管理，相当于企业档案的一个中转站。由于公司在我加入之前就已经开始做这个项目了，而且项目在不断的升级和改进中，业务逻辑比较复杂，而我又是个什么都不懂的新人，这让我的工作遇到了极大的挑战。一开始看软件需求规格说明书就遇到了问题，我记得序列图是带双向箭头的，但是本项目的详细规格说明书里面没有，而且参考书上也不一样。另外，在看公司的文档时还发现，每个程序员都按照自己的想法写了规格说明书，汇总的版本总感觉不完整。所幸师傅在培训中告诉我们，由于公司刚刚起步，缺少专门管理文档的人员，其实真实中的项目开发和书上学的差别还是很大的，项目文档其实是可以在项目的最后根据客户的需要补的。的确，书本和真实还是差别挺大的，第一次考核没过就是因为我太自信书本忽略了机上的操作，及时弥补总算是在第二次机会中顺利通过了考核，成了测试组的一员。不过，它也让我明白了读万卷书不如行万里路的道理。

进入测试阶段，项目的测试进度主要是按照项目测试计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。我的工作主是要按先熟悉后操作进行的，是先通过跟踪产品已存在或者修复的bug信息，熟悉具体功能和业务逻辑，并对这些BUG进行验证。验证的主要目的是了解这些bug产生的原因以及会对整个平台造成的影响。这些已经修复的bug是先前的测试员测试出来的，因此在我验证他们的时候，每一个bug对于我来说都是新的，完全不同的，即是它们是来自于同一模块的相关子模块。我也尝试着编写了一些测试用例，尽管编的只是一些简单的如密码验证会出现的种种情况，但还是以学生的想法而不是以一个专业测试员的思维，写出的用例总是过于单一也不够考虑全面。这个过程中，让我深深感觉到以前学习测试的相关功能的时，考虑得很不全面，小小的一个模块的一个功能点，就要求编写十几个测试用例，难怪说测试在软件开发的整个环境中要耗费大量的人力、物力和时间。

在真正熟悉业务内容后就要开始实际的测试环节了，对一些主要模块进行测试，包括基础指标模块、指标分析模块、客户数据模块及系统管理模块等等。在各模块的测试过程中，我也遇到了许多的问题。比较典型的就是在测试指标分析模块时，我发现公司的文档里面没有数据流的记录，主要是我都不知道有些数据的来源和去向。我怀着疑问的心去问主管，项目主管告诉我数据流的记录基本上处于空白阶段，都是程序员自己控制的，这个对于程序员自己测试还不麻烦，但是对于专门的测试员就相对来说比较难办，因为有些数据测试员根本不知道来源和去路，好在之前看过的文档都很详细，能过从中找出一些蛛丝马迹，主管让我画一个数据流图理理清。由于之前的文档对数据流的描述不太准确，导致我必须的一边画一边问师傅问同事，毕竟这个项目是他们从头跟到尾的，我是中间加入的，他们比我了解的要多的多。

另外，在测试客户数据模块也发现了一个问题。这个问题还是无意中发现的，而且这个很严重的错误导致了传说中的错误扎堆，不仅仅是测试的一个模块有，其他模块也存在这样的情况，可以会导致用户无法进行平台，让平台陷入崩溃。

这个行业信用信息平台一共设计了两个登陆界面，分为客户PC端和政府进行管理的一个后台，而我们现在的测试的相当是一个后台的管理。可能是之前的测试员在进行输入合法性检查时忽略了值域和数据类型的检查和审核，导致了后面数据输入时都输入了错误的数据类型，整个平台的都出现的张冠李戴的现象，这种情况如果不解决，在平台上线后，整个市的企业数据都要乱套，后果不堪设想。为了这解决这个问题，测试组和开发组整整开了一个上午的会，最后决定测试工作先停一下，把数据全改回来。说实话，前期的一部分数据是我审的，我也有相当的责任，只有努力来改正这个错误了。

其实一开始我并没有想明白为什么一定要一个个改，难道就没有简便一点的方法，因为如果说程序是一个程序员写的，那么在相似的功能里，程序员选择把代码改一下不就行了，各个模块是不同的程序员编写的，各自解决不是更提高效率。对于这个问题，查资料无果，我还是请教了老前辈，他们告诉我是由于在程序设计的初期，大家对模块的概念理解基本差不多，但数据的类型是在做需求计划的时候就已经设好了，开发人员可以把数据类型改回来，但输入的几十个企业的数据又不会因它而改变，只能手工操作，可想而知是多大的工作量。换言之，是由于之前的p包是一个人写的，由于继承了同一个包，把错误的类型继承过来了，造成连环效应，错误就扎堆啦，你改了一个，其他的也要改。这样的错误程序员只要改一下包就可以了，工作量不是很大，但对于运维和测试者来说，修改改企业的数据这就是个浩大的工程了。不过也幸好有了这次的经验，在后来的测试中出现同样的问题我也及时找到了解决办法，当然，错误扎堆的现象相同，但是引起的原因却不同，要注意区别对待，切不可一概而论。

除了上述出现的几个问题，在测试工作我还遇到了许多其他的难题，主要概括为三类：一是项目工作量大、测试人员不够，尤其是客户更新需求超级频繁，项目测试计划刚做好，一些数据需要又变更了。前期测试计划基本上每天都在变动，测试起来难以把握，再加上bug特别多，测试工作比较辛苦。进入项目开发初期，与客户沟通后，先画出界面再开发后，项目开发顺利了很多，尽管还会时不时出现界面中英文混乱，甚至拼错单词，但测试工作与前期相比就没那么紧张了。二是因为我是中途加入测试的，前期还负责了一些客户的接待和沟通，由于对整个信用信息平台没有足够了解，加上自身能力的不足，无法参与测试整个系统的流程，因此只能平时多花点时间在测试上，多问问前辈，毕竟人家测的东西多了经验就多了，测试这一行经验才是立足之本。三是系统管理模块很麻烦，主要是数据库比较麻烦，由于之前的数据字典不是很清晰，加上我对后台的数据库不是很了解，经常出现系统崩溃的问题，系统一旦崩溃，很多错误又得石沉大海，重新找。不过好在师傅对我们这些实习生还是很照顾的，很多问题都会及时给予指导。最后在师傅的指导和帮助下，我还是按时完成测试需求任务，并及时为客户提供了测试数据和测试文档。

出现问题，就要想办法解决问题，这是一种压力，也是一种动力。从什么都不懂，到熟练的掌握，测试的速度和水平也不断地提高。从一开始只会写简单的登陆用例，到现在可以和同事进行交流，这让我明白，不要被没有去真正实践过的事情而吓倒，其实如果你真的去尝试，你会发现一切都没有你想象的那么难，只要你努力，没有什么不可以。

在测试组工作也有好几个月了，这几个月里大家共同为项目努力，发现问题并一起探讨解决问题的方法，并积极与各部门进行交流，进一步理清了项目开发整个过程中测试小组的工作过程，从而保证后期的项目移交工作能够顺利进行。因为义乌市场信用信息平台是一个涉及政府工作的项目，所以对于该项目，公司十分重视，所以各个部门的工作都是相当细致，团队的效应由此可现，尤其是对于测试人员和程序人员的，两者的关系必须协调好。有一段时间，因为测出的问题比较多却又是一些小问题，可还是得打断程序员的工作，经常受到各种嫌弃，从一开始很委屈，后来经过同事的开导，也慢慢接受，明白社会不同于学校，压力无处不在，要学着接受才会成长。当今社会正处在加速的信息化发展中，在拥有越来越多的机会的同时，也面临更多的挑战。我们不仅要学好所学知识，付诸于实践，更要学会正确的处世之道，不断从各方面武装自己，挑战自己。而校外的实习是我们在学校阶段最好的自我检查，是我们从学生过渡到社会人的桥梁。

通过这几个月的实习，我不仅收获了工作经验、提高了测试能力，而且工作的心态也得到了提升，我将其归为两点：一是真诚的沟通。实习生就是半知不解的菜鸟，任何一家公司，肯定不会在你刚进入公司就让你接触关键性的业务，一般都是先让我们熟悉公司的工作环境，给我们做一些理论加操作的培训再考核一下。在这段时间里，我们应该把握好，要认真练习，诚心向前辈请教，加深彼此的了解，为今后的工作做好铺垫，这是我们将来走上社会的一把不可或缺的钥匙。二是激情与耐心。激情与耐心，就像火与冰，看似两种完全不同的东西，却能碰撞出最美丽的火花。因为测试本身就是一个枯燥的事情，有时候同一个操作、同一个流程可能要走好多遍，而产品又在不断地升级更新中，这就需要你有激情去发现与创造，有耐心认真去发现问题解决问题，从而认识到了自己的不足，在工作中努力给自己充电，为以后的工作打下坚实的基础。

第二篇：20xx-20xx-2《程序设计实践》课程项目报告(含任务书 - 题目：中小饭店点餐系统)

课

程 项 目 报

课 程 名 称： 程序设计实践 专 业 班 级 ： 学 生 姓 名 ： 学 号 ： 任 课 教 师 ： 学 期 ：2014-2015学年第二学期

告

课程项目任务书

成绩评定教师：

1 需求分析（小三黑体）

×××××××××（小4号宋体，1.5倍行距）×××××××××××××××××××××???

在该部分中叙述：对题目中要求的功能进行的简单的叙述分析，把题目内容给介绍一下。 2 概要设计（小三黑体）

可适当参考以下提示：

⑴ 数据结构

⑵ 模块划分

⑶ 程序总体框架

×××××××××（小4号宋体，1.5倍行距）××××××××××××××××××××??? 包括在此说明每个部分的算法设计说明（可以是描述算法的流程图）；每个程序中使用的存储结构设计说明也就是简单介绍一下你程序中自定义的函数（函数名，参数，以及功能）等。

3 详细设计（小三黑体）

×××××××××（小4号宋体，1.5倍行距）××××××××××××××××××××??? 各个算法实现的源程序，对每个题目要有相应的源程序（可以是一组源程序，每个功能模块采用不同的函数实现）

注意，不能把整个源程序都放进去，可以考虑按照函数为划分。源程序要按照写程序的规则来编写。要结构清晰，重点函数的重点变量，重点功能部分要加上清晰的程序注释。 4 调试分析（小三黑体）

×××××××××（小4号宋体，1.5倍行距）××××××××××××××××××××??? 测试数据，每个模块设计和调试时存在问题的思考（问题是哪些？问题如何解决？），算法的改进设想等。

5测试结果 （小三黑体）

×××××××××（小4号宋体，1.5倍行距）××××××××××××××××××××??? 给出实现功能的一组或多组测试数据，程序调试后，将按照此测试数据进行测试的结果列出来 。

应当适当加入运行结果图。

6 课程心得总结（小三黑体，另起一页）

×××××××××（小4号宋体，1.5倍行距）××××××××××××××××××××???

整体要求：（打印时请删除本部分文字）

1、必须独立完成，不能互相抄袭。

2、添加页码，只使用“1”、“2”等阿拉伯数字，居中小五号字。

3、提交内容：

课程报告打印版一份（包含课程任务书，装订在封面后，也就是第二页）。

电子版：程序源代码，课程设计报告（含任务书）、课程设计报告电子版

要求由学习委员统一收齐，电子版本以学号+姓名为文件夹统一放好！交任课教师

4、答辩时间：