第五章 系统的调试与测试
5.1程序调试
在设计系统的过程中，存在一些错误是必然的。对于语句的语法错误，在程序运行时自
动提示，并请求立即纠正，因此，这类错误比较容易发现和纠正。但另一类错误是在程序执行时由于不正确的操作或对某些数据的计算公式的逻辑错误导致的错误结果。这类错误隐蔽性强，有时会出现，有时又不出现，因此，对这一类动态发生的错误的排查是耗时费力的。
5.2程序的测试
5.2.1测试的重要性及目的
测试的重要性:
软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括:
1.认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感； 2.以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定；
3.测试工作枯燥无味，不能引起人们的兴趣； 4.测试工作是艰苦而细致的工作；
5.对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。 这些观点对软件测试工作是极为不利的，必须澄清认识、端正态度，才可能提高软件产
27
品的质量。
测试的目的:
如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。
1.软件测试是为了发现错误而执行程序的过程； 2.测试是为了证明程序有错，而不是证明程序无错误； 3.一个好的测试用例是在于它能发现至今未发现的错误； 4.一个成功的测试是发现了至今未发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。
首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。
5.2.2测试的步骤
与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由若干个模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：
1.模块测试：在这个测试步骤中所发现的往往是编码和详细设计的错误。
2.系统测试：在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
3.验收测试：在这个测试步骤中发现的往往是系统需求说明书中的错误。
5.2.3测试的主要内容
为了保证测试的质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。
1.单元测试
单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。
2.集成测试
集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程
28
数据结构可能有错误等。
3.确认测试
确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。
4.系统测试
软件开发完成以后，最终还要与系统中其他部分配套运行，进行系统测试。包括恢复测试、安全测试、强度测试和性能测试等。
单独对系统的测试主要从以下几方面入手：
1.功能测试：测试是否满足开发要求，是否提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。
2.强度测试及性能测试：测试系统能力最高实际限度，即软件在一些超负荷情况下功能实现的情况。
3.安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。针对本系统主要是对权限系统的测试和对无效数据、错数据、和非法数据干扰的能力的测试。
经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束。
29
第六章 结论
几个月来忙碌紧张而又有条不紊的毕业设计，使我有机会对本专业的基本理论、专业知识和基本技术有了更深入的了解和体会，使我在四年中所学到的知识得到了系统和升华，真正达到了学以致用。
对管理信息系统的体会：
管理信息系统是一门融管理科学、信息科学、系统科学、计算机科学与现代通信技术为一体的一门综合性边缘学科。它是运用系统的方法以计算机和现代通信技术为基本信息处理手段和工具的，能为管理决策提供信息服务的人—机系统.它可以实现数据处理功能、预测功能、计划功能、控制功能和辅助决策功能。管理信息系统的开发是一项复杂的系统工程，必须严格的按照系统规划、系统分析、系统设计、系统实施、系统运行与评价的开发步骤来进行。
在系统开发之前，必须了解该系统的特点、适用范围以及使用者需要一个什么样的系统，以此作为基础为开发系统准确定位，然后对使用者所需实现的功能进行分析总结，根据使用者的实际要求来给系统设计一个初步方案。系统的开发不仅是要实现对数据处理的及时与正确，而且要考虑系统是否具有控制功能，及时将数据反馈给操作者，以进行监测和协调，保证系统的正常运行；也要考虑是否具有预测功能，运用一定的数学方法利用历史的数据对未来进行预测的工作。
设计实践上的体会：
在设计的过程中，我掌握了很多JSP的编程知识，并对这种成熟并广泛应用的技术进行了深入的学习。设计的过程也是一个再学习的过程，在遇到问题的时候我尽量自己想办法解决，这在很大程度上激发了我们的自学能力；在没有办法解决的情况下，认真的向老师请教，从老师那里我学到了很多的知识，老师对我的指导起到了画龙点睛的作用。
以往我们曾经有过多次设计的体会，但只是设计一个模块或一个小系统，而这一次毕业设计是综合所学的管理和计算机的知识来设计一个适合运行管理的进销存系统软件。要想设计使用户满意，就需要我们付出更多的努力。我在设计中经常出现一些问题不知该如何解决，在此时许多同学给予了我们帮助。在设计的过程中增加了于实际接触的机会，不仅培养了我的自学和编程能力，让我在即将离开学校进入社会之前有了一定的资本，提高了我与人沟通的能力。
程序设计中的体会：
在我的程序设计过程中，我充分的体会到了“实践出真知”这一点，书本上的知识是不够的，只有把理论与实践相结合才能够真正的学到知识。一个管理信息系统的设计，不可能一步到位，还需要不断的完善和补充。同时，系统中还存在许多问题，有待在日后的使用中
30
发现和解决。编程前的深思熟虑是减少程序调试工作量的重要方法，只有进行充分考虑，才会减少调试过程中的工作量。虽然在开始写程序之前我们做了多的准备工作，但在真正的写程序时仍然发现许多问题，有些问题是分析时的疏漏，有些则是如果不做无论如何也想不到的。
31