旅游系统测试及维护

    本篇论文目录导航：

【题目】沈阳旅游信息管理系统开发探究  
【第一章】旅游信息管理平台构建绪论 
【第二章】国内外旅游信息管理现状对比 
【第三章】系统需求分析与概要设计 
【4.1  4.2】数据库整体设计与系统代码编制 
【4.3  4.4】系统性能与开发工具介绍 
【第五章】旅游系统测试及维护 
【总结/参考文献】旅游管理信息系统建设研究总结与参考文献

　　第 5 章 系统测试及维护

　　5.1 黑盒测试和白盒测试

　　软件设计完毕之后，按规定要进行系统的稳定性和登录运行测试。测试是系统设计的重要环节之一，通过系统的测试可以让软件在交付到用户之前尽可能的减少错误，避免逻辑错误和运行错误的发生，从而提高软件的设计质量。软件测试可以分为黑盒测试和白盒测试两个方向进行，进行软件测试后可以降低系统运行后的维护成本，让我们早期及时的发现错误并加以完善，如果不能在早期发现软件的错误，不进行测试的话，那么错误会慢慢扩大造成经济的损失，甚至影响到网站的运行。？ ?

　　目前用什么技术开发的软件都会有错误的存在，我们在前期只能通过系统的分析和尽可能进行穷举的方法来模拟进行，预先进行软件管理员的登陆测试等，并且以游客的身份进行常规浏览。同时我们也要运用先进稳定的框架和技术来减少错误的发生。我们设计过程中的错误缺陷需要大量的测试来查找，只有在模拟现实数据来测试软件，才能提前规避软件中存在的 BUG,才能进行软件的更改和更加完善化、系统化，使软件具有方便快捷的可操作性，这样才会是风险系数降低，从而提高软件的质量。

　　黑盒测试和白盒测试是软件测试的两个方面，白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。 黑盒测试：是通过使用整个软件或某种软件功能来严格地测试， 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。黑盒测试着重测试软件功能。

　　黑盒测试并不能取代白盒测试，它是与白盒测试互补的测试方法，它很可能发现白盒测试不易发现的其他类型错误。

　　通过黑盒测试和白盒测试两类测试方法的对比，我们不难发现，他们具有以下不同点：1、黑盒测试是根据用户的规格说明，即针对用户、信息、报表、需求等用户界面体现他们时间传输数据的内部关系。白盒测试是根据程序的内部结构和语句的控制结构、模块的控制结构和内部数据结构来进行测试。2、黑盒测试是在已知产品所应具有的功能，能确保从用户的角度出发进行测试，但是它无法错误时程序的内部部位，当规格说明有误，它又不能及时发现问题。黑盒测试能够通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子。白盒测试也称结构测试或逻辑驱动测试，是基于软件的内部结构测试，它是知道产品内部工作过程，检查内部操作是否符合规定和预先设定的程序，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作。

　　5.2 系统的测试

　　5.2.1 测试的目的

　　系统测试的目的是发现系统中的错误和缺陷，并加以纠正。在实践中证明，尽管项目的管理者绞尽脑汁使用多钟方式来确保系统质量，降低 BUG 率。但开发出来的软件还是会有很多缺陷和错误。这些错误可能是逻辑错误，也可能是低级错误。[17]

　　逻辑错误隐藏在程序业务流程中，最不容易被发现。这种问题对于规模大，业务复杂的软件系统更是如此。[16]

　　所以严格有计划的测试是保证项目质量的关键，对于项目质量起到重要最用。

　　测试最终目的是为了减少系统的隐患，发现缺陷。[17]

　　我指的缺陷是泛称，缺陷可以是功能的 BUG,也可以是运行效率的低下，用户体验差等等。所以，测试是一种把软件“拆开的行为”.测试就是为了找问题、找毛病。不需要证明软件的对的，只需要证明它是有错误的。测试前要准备详细的测试用例，反复验证每一条测试用例的结果。这些测试用例，既有常用数据，也要考虑边缘化的数据，非常极端的数据。软件测试需要想办法使系统出现故障，使系统错误暴露出来。人无完人，况且多人共同开发出来的项目一定会有错误。找到错误才是有效的测试，找不到错误就是测试失败。

　　系统测试的目的决定如何组织测试。要把测试的重点放在系统最复杂的位置，这样才能找到更多的问题，反复测，多人重复验证。才能保证测试的结果。

　　5.2.2 测试的基本原则

　　在制造测试用例时（test case），需要包含合理的入力条件（正常）和不合理的入力条件（偏激）。经过大量实践证明，使用者在操作软件时，经常因为不懂、不熟悉、不经心，而输入了错误的或不合理的信息。所以，必要测试这些不合理或者非法的数据对系统造成的影响，是否会给软件带来灾难。

　　严格按照测试计划执行，避免随意性的测试。不按计划的进行测试，断然不能保证测试充分性，也就不能保证系统的稳定。

　　应该做到每一个测试结果全面检查。不严格就会造成遗漏，遗漏就会造成测试工作失败。为了补救前期的工作，后续会投入更高的成本，付出更多的代价。[18]

　　妥善留存测试计划、测试用例、出错统计、最终分析报告，可以为软件回归测试和维护提供便利。因为系统上线运行后，如果发现某些功能存在问题，就必须对软件进行修改。修改后要进行回归测试（regression testing），回归测试就是要重复使用原有的测试用例，用来保证原来软件的其他功能不受影响。

　　需要校验程序完成了应该做的事仅是测试工作的一半，还有一般工作是检查程序作了哪些不该干的事。

　　在测试前，不要认为程序中没有缺陷。这样会误导自己，导致测试时就不会认真的寻找缺陷。从而导致测试不到位、不充分。

　　5.2.3 测试计划

　　登陆（管理员）：输入账户名和对应的密码，如果账户名和对应口令正确，则正常进入管理登陆的主界面，否则提示账户不存在和密码错误。

　　对功能模块中所要求输入的数据，如果输入格式不正确，则能给出相应的提示，重新输入可对新添加的数据进行保存，如添加新信息点保存后可进行正常保存；对将要删除的数据给出“确定要删除？”的提示信息，然后可选“确定”或“取消”.

　　5.2.4 测试结果

　　经过对系统进行打开网页、游客浏览页面测试、管理员登陆测试等一系列的运营，在正常的情况下，网站都可以实现所有功能模块的数据关联和传输，并能够保证各级子项目的通过，系统所设计的功能基本实现。当然在所设计的软件当中，系统功能应该同当前的实际需求紧密连接在一起并不断地加以完善，在今后的软件测试当中发现其他未知的问题并加以改进，为人们的出行创造更大的方便，是本旅游信息系统建立和实现的目标之一。

　　5.3 系统的维护

　　系统维护工作主要分为四类：纠错类维护、完善类维护、适应类维护、预防类维护。

　　纠错类维护：因为所有的错误系统测试可能不存在暴露在该系统中，当系统运行一段时间后会隐藏暴露系统误差范围内，这个时候要及时纠正。

　　适应类维护：是为了让系统适应支撑环境而实行的维护工作。另一方面，由于计算机技术的飞速发展，系统不能适应新的软件和硬件的原因，另一方面，应用对象也在不断的变化，将导致系统无法适应新的应用环境，所以，这是必要的调整系统，以确保系统始终能够满足客户的要求。

　　完善类维护：随着客户需求不断变化，需要不断调整系统功能，来满足客户的需求。

　　预防类维护：从被动到主动维护，延长系统的使用寿命。

　　据统计，完善类维护占据全部维护工作的一半。可见维护工作，主要是对系统完善。