旅行社管理网站设计与实现
5．景点管理
可以实现添加，修改或删除各个景点信息。景点信息管理界面如图4-18所示。
图4-18 景点信息管理界面
4.5.3前台系统界面
1．前台系统界面
前台业务处理是酒店与客人之间开展的主要内容，也是本系统中的核心部分。前台系统界面如图4-19所示。
图4-19 前台系统界面
30
旅行社管理网站设计与实现
2．酒店信息
用户可以通过该页面进行相应的酒店预订操作。前台酒店预订界面如图4-20所示。
图4-20 前台景点预订界面
3．线路信息
用户可以在该页面选择相关旅游线路并进行预订等操作。前台线路信息界面如图4-20所示。
图4-21 前台线路信息界面
31
旅行社管理网站设计与实现
4．景点信息
用户可以在此页面查看相关景点资讯信息，适时进行相应预订操作。前台景点信息界面如图4-20所示。
图4-22 前台景点信息界面
5．留言板
用户可以在此页面进行留言操作，遇到疑难问题也可以通过该模块与相关客服人员进行交流沟通。留言板界面如图4-23所示。
图4-23 留言板界面
32
旅行社管理网站设计与实现
第五章 系统测试
5.1 测试的背景及目的
由于旅行社管理系统关系到多家旅行社对业务的管理及各商家的信息。如何让整个系统满足旅行社管理系统的办公需要，在系统各项日常事务处理中安全稳定的工作，真正实现系统预定的目标？系统测试必不可少。本系统在需求分析阶段就对整个系统的稳定性，安全性，负载能力均提出了一定的要求。然而在系统开发中错误不可避免，另外此系统要在力求在旅游行业中长期安全稳定的工作下去，缺少不了后期维护。原先设计的系统质量越达不到要求，后期进行系统维护的成本就越大，这背离了当初系统设计的初衷，也会加重企业负担，抵消企业效益。
该旅行社管理系统的系统测试意在通过对整个系统进行测试来发现系统的问题，为系统改进做参考。另外通过对系统进行测试来验证系统的质量是否符合交付要求，作为整个系统质量的参考。
5.2 测试的计划
本系统根据系统开发过程将测试分为下列几个阶段，现分阶段说明之。 （1）需求测试，对系统开发需求进行验证，确保理解不出偏差。 （2）单元测试，对人事信息管理系统的各个小的单元模块进行测试，验证单元模块代码的正确性。
（3）集成测试，将各个经过单元测试验证正确的模块进行整合，来验证单元模块间整合在一起的整体是否正确。
（4）系统测试，将所有集成模块整合成最后的系统，对系统进行测试。 （5）回归测试，根据时间的充裕度安排在每次修改后安排适当次数的回归。 测试计划的时间安排表，如表6-1所示。
33
旅行社管理网站设计与实现
表6-1 测试计划安排表
编号 测试内容 测试日期 测试人 1 3 4 5 6 需求测试 单元测试 集成测试 系统测试 回归测试 2014.04.09—2014.04.12 2014.04.12—2014.04.23 2014.04.23—2014.04.29 2014.04.29—2014.05.09 2014.05.10—2014.05.15 胡健 胡健 胡健 胡健 胡健 5.3 测试内容说明
本系统的测试采用的为按照开发流程进行测试的瀑布模型，在测试中编写测试用例，后续按照测试用例执行测试，并对测试中的结果进行记录。然后根据记录对系统进行更改。
本系统主要采用黑盒测试方法，接下来以登录为测试用例进行相应测试，其测试结果如下：
（1）登录：该部分测试内容主要是测试系统登录是否正常，测试用例表如表6-2所示。
表6-2 测试用例1
用例编号 所属模块 测试环境 前提条件 操作步骤 001 登录 Win7,2G,2.4GHZ. 出现系统登录界面 1、单击运行，打开系统； 2、在用户名输入框输入“abc”，点击登录； 预期结果 实际结果 用户名输入框显示“abc”，弹出窗口提示“请输入正确密码”。 用户名输入框显示“abc”，弹出窗口提示“请输入正确密码”。 34