在线售票系统设计说明书 下载本文

陕西理工学院毕业设计

5.5.2 管理员设置

管理员的权限设置,权限有增加,修改,有在用和冻结两种权限。

图5.8管理员设置

5.5.3 订票管理

管理员可以看到会员的订票信息,有相关的付款方式,数量,车票类型,时间,车次,路线车辆,订票会员。

图5.9订票管理

5.5.4 会员管理

管理员可以对会员进行管理。

图5.10会员管理

5.5.5 售票统计

管理员可以统计出售票的所有情况,及给会员打印出票单。

第 25 页 共 49页

陕西理工学院毕业设计

图5.11售票统计

第 26 页 共 49页

陕西理工学院毕业设计

6 系统测试

软件测试是为了发现软件中的错误而执行程序的过程,它的目标是尽可能多地找到软件存在的错误,将测试结果作为纠错的依据。在本系统中,我们沿着软件开发过程的反方向进行测试,先从每个模块的源程序出发,进行单元测试,然后按照概要设计说明书的要求,将各个模块组装起来进行集成测试,随后按照需求说明书的要求,对软件进行确认测试,最后将软件与系统中的其它元素(硬件、其他软件、数据库、人工等)协调起来,进行系统测试。最终确定软件的开发已达到预定目标,能否交付使用。基本达到了用户手册所承诺的功能,能够满足公司的网上书店管理的日常需求,系统在现场测试环境中,运行情况较为稳定。

在本系统中,我们将被测试的程序看作一个黑盒子,即不考虑内部结构和处理过程,仅在程序的接口处测试程序是否满足需求规格说明的功能。通过将数据划分成若干个合理或不合理的等价类,每个类中选用一个用例进行测试。一个合理的测试用例可覆盖多个等价类,一个不合理的用例只能覆盖一个等价类,以避免一个错误对另一个错误检查的屏蔽。制作一个简单的测试问题跟踪软件,准确、完整而简练的记录测试结果,将测试发现的问题分类,并对测试发现的问题和模块、开发人员进行关联,这样有助于分析问题,并可有效记录测试的结果,形成测试报告。但还需进一步完善软件的细节部分,以便提高软件的易用性和产品化程度。测试用例介绍如下: 6.1功能测试

(1)链接测试

链接是Web应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先,测试所有链接是否按指示的那样确实链接到了该链接的页面;其次,测试所链接的页面是否存在;最后,保证Web应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问。

链接测试可以自动进行,现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成,也就是说,在整个Web应用系统的所有页面开发完成之后进行链接测试。 (2)Cookies测试

Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cookies访问了某一个应用系统时,Web服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。

如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等。 (3)设计语言测试

Web设计语言版本的差异可以引起客户端或服务器端严重的问题,例如使用哪种版本的HTML等。当在分布式环境中开发时,开发人员都不在一起,这个问题就显得尤为重要。除了HTML的版本问题外,不同的脚本语言,例如VBScript等也要进行验证。 (4)数据库测试

在Web应用技术中,数据库起着重要的作用,数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中,最常用的数据库类型是关系型数据库,可以使用SQL对信息进行处理。

在使用了数据库的Web应用系统中,一般情况下,可能发生两种错误,分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的,而输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试。 6.2 性能测试

连接速度测试

用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网。当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样。如果Web

第 27 页 共 49页

陕西理工学院毕业设计

系统响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离开。

另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了。而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面。 6.3可用性测试

(1)导航测试

导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;或在不同的连接页面之间。通过考虑下列问题,可以决定一个Web应用系统是否易于导航?导航是否直观?Web系统的主要部分是否可通过主页存取?Web系统是否需要站点地图、搜索引擎或其他的导航帮助?

在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动,很快地扫描一个Web应用系统,看是否有满足自己需要的信息,如果没有,就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构,因此,Web应用系统导航帮助要尽可能地准确。

导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容,内容在什么地方。

Web应用系统的层次一旦决定,就要着手测试用户导航功能,让最终用户参与这种测试,效果将更加明显。 (2)内容测试

内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。

信息的正确性是指信息是可靠的还是误传的。例如,在商品价格列表中,错误的价格可能引起财政问题甚至导致法律纠纷;信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行,例如使用Microsoft Word的\拼音与语法检查\功能;信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口,也就是一般Web站点中的所谓\相关文章列表\。

(3)整体界面测试

整体界面是指整个Web应用系统的页面结构设计,是给用户的一个整体感。例如:当用户浏览Web应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方?整个Web应用系统的设计风格是否一致?

对整体界面的测试过程,其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式,来得到最终用户的反馈信息。

对所有的可用性测试来说,都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与,最好是最终用户的参与。 6.4客户端兼容性测试

(1)平台测试

市场上有很多不同的操作系统类型,最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统,取决于用户系统的配置。这样,就可能会发生兼容性问题,同一个应用可能在某些操作系统下能正常运行,但在另外的操作系统下可能会运行失败。

因此,在Web系统发布之前,需要在各种操作系统下对Web系统进行兼容性测试。 (2)浏览器测试

浏览器是Web客户端最核心的构件,来自不同厂商的浏览器对不同的HTML规格有不同的支持。测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中,测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。

(3)安全性测试

Web应用系统的安全性测试区域主要有:

现在的Web应用系统基本采用先注册,后登陆的方式。因此,必须测试有效和无效的用户名和密码,要注意到是否大小写敏感,可以试多少次的限制,是否可以不登陆而直接浏览某个页面等。

第 28 页 共 49页