课程设计个人总结（多篇）.doc

课程设计个人总结
第一篇:《课程设计个人总结2》
课程设计
题 目：课程设计个人总结 学生姓名：
学 院：信息工程学院
系 别：计算机系
专 业：软件工程
班 级：
指导教师：
20XX年7月21日
关于本次课设的个人总结
本次课程设计我主要负责的是项目开发计划和测试计划两个文档的编写工作。历时两个星期终于顺利完成。辛苦虽然是不可避免，但收获还是令人尤其欣慰。
其中项目开发计划主要对项目的整体实施提前做一个详细的规划。项目开发计划主要在于协调和沟通，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要和小组成员达成共识。
编制项目计划主要经历了如下的过程。包括、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品；任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。考虑项目的费用预算、可能的风险分析及其对策。
另一个就是测试计划了。软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。编写测试计划是为了项目经理能够根据测试计划做宏观调控，进行相应的资源配置等。同时测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作，便于其他人员了解测试人员的工作内容，进行有关配合工作。本次我编写的测试计划分别包含了黑盒白盒测试、单元测试、集成测试、确认测试、系统测试和验收测试。应详细介绍了每个测试
的方法和过程。
通过这次测试计划的编写过程和上网查资料了解到，每当测试一个程序时，人们总希望为程序增加一些价值。利用测试来增加程序的价值，是指通过测试，找出并修改尽可能多的程序缺陷，从而提高程序的可靠性或质量。
因此，不要只是为了证明程序能够正确运行而去测试程序。相反，应该一开始就假设程序中隐藏着错误，然后测试程序，发现尽可能多的错误。
事实上，如果把测试目标定位于要证明程序中没有缺陷，那么就会在潜意识中倾向于实现这个目标。也就是说，测试人员会倾向于挑选那些使程序失效的可能性较小的测试数据。另一方面，如果把测试目标定位于要证明程序中存在缺陷，那么就会选择一些容易发现程序缺陷的测试数据。而后一种态度会比前者给程序增加更多的价值。
因此，大多数测试专业人员都赞同Myers对测试的定义：“测试是为发现错误而执行程序的过程。”这个定义意味着程序测试的过程是具有破坏性的，甚至是一个“施虐”过程。开发人员可能不愿意这么做，因为人们总是倾向于建设而不是破坏。这个定义还暗示了对于一个特定的程序，应该如何设计测试用例（测试数据）、哪些人应该而哪些人又不应该执行测试。
事实上，如果在测试某个程序段时发现了可以纠正的缺陷，或者测试最终确定在没有其他缺陷，则应将这次合理设计并得到有效执行的测试称作是“成功的”。而所谓“不成功的”测试，仅指未能适当地对程序进行检查，未能找出程序中潜藏缺陷的测试。因为软件中不可能没有缺陷，没有找出它们，当然测试是“不成功的”。
“软件测试就是证明软件不存在错误的过程”。对几乎所有的程序而言，甚至是非常小的程序，这个目标实际上是无法达到的。因为即使程序完全实现预期要求，仍可能包含有缺陷。也就是说，如果程序不按要求工作，它显然有缺陷，但如果程序做了不要它做的事，它也有缺陷。
心理学研究告诉我们，当人们在干一件已经知道是不合适的或不可能做到的事时，往往他们的表现就相当糟糕。把程序测试定义为在程序中找出错误的过程，就使测试成了可以做到的任务，从而克服了心理上存在的问题。虽然这看起来像是个微妙的文字游戏，但对成功地进行软件测试有很大的影响。
总之，软件测试更适宜被视为试图发现程