本章主要进行系统的测试，经过上述对系统的分析、设计和编码后，应对系统进行详细的测试，这是软件投入使用前尽可能多的发现软件中的错误，并对错误进行修改，以达到系统在正式运行时性能等各方面状况良好。
按照测试过程是否在实际应用环境中运行来分类，可将测试方法分为静态测试与动态测试。首先采用静态测试，然后运行整个程序，对重点模块采用动态的黑盒测试。
通过上述测试，把那些在设计和编码中的逻辑设计错误和编码错误找出来，消除系统运行中遇到的错误。本次测试检查出了数据库中的数据结构和所添数据不对应的错误。通过修改、调试使之数据一致，程序功能完整。
静态测试根据用户需求来检查需求分析文件，看系统功能是否有遗漏的地方，根据数据流图和数据字典来检查数据库设计是否合理。其次是反复阅读源程序和数据流图，对照模块功能说明、算法和语法规则来检查程序的语法错误及逻辑错误。最后自己来充当计算机的角色，按照程序的逻辑步骤用头脑来执行程序，以检查程序的逻辑与功能并从中发现错误。
动态黑盒测试。它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、错误推测等，主要用于软件确认测试。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
下面介绍静态测试和动态测试的具体过程。
用户登陆时，如果登陆信息正确，则进入系统，并显示航班搜索界面（如图6.1）。如果登陆信息不正确，则显示“账号密码比正确！”返回登陆页（如图6. 2）。
图6.1 登陆成功
图6.2 登陆失败
用户注册时，如果正确输入就跳转到航班搜索页（如图6.3），如果输入不正确则弹出正确输入提示框（如图6.4 图6.5）。
图6.3 注册成功
图6.4 带（*）号没填弹出提示框
图6.5密码确认不正确探出提示框
航班预定如果在能够搜索到航线则在搜索页的DataGrid中显示出该航线线的信息（如图6.6），如没有搜索到航线则DataGrid控件为空（如图6.7）。选择了所要航班以后，则跳转到预定页，在预定页中显示出所选的航线信息和登陆的用户信息（如图6.8）。用户选择预定则把该航班信息和用户信息存入客户预定表，并跳转到用户订票信息页在此页DataGrid中显示出登陆用户的订票信息，用户订票成功（如图6.9）。当时还没有付款用户选择了以预定的机票，则跳转到付款页（如图6.10）用户点击付款则付款成功。
图6.6 有搜索结果
图6.7 无搜索结果
图6.8 预定机票信息
图6.9 订票信息
图6.10 付款页
个人资料管理进入个人资料管理界面在此页中显示出以登陆用户的个人信息（如图6.11），用户点击修改则弹出修改页在此页中显示出用户名和需要修改的属性。用户在TextBox框中编辑要修改的内容(如图6.12)，修改后返回个人资料管理页（如图6.13）。用户修改密码时如果旧密码为空或者不正确则弹出错误提示（如图6.14，图
图6.11 个人信息管理页
图6.12 修改信息
图6.13 修改成功后
图6.14 旧密码为空
图6.15 旧密码不正确
图6.16 修改成功
这次设计开发飞机电子客票：通过网络，用户可以轻松的预定和查看航班信息，简化了客户预定和登机的程序。
经过将近四个月的设计开发，学会了开发一个完整的网站的全过程，学习了ASP.NET技术，对Web应用程序的开发有了进一步的了解，尤其是在Microsoft Visual Studio .NET环境下编写、调试程序的能力有了明显提高，并在整个设计开发过程中掌握了许多解决问题的方法。使得自己得到了很好的锻炼，利用软件工程的思想进行系统的需求分析和设计、运用正确的设计方法，结合管理系统设计知识，提高系统设计实践能力，完成了对系统用户管理、航班搜索和客户预订航班、用户登机功能。理解了开发一个完整的系统是通过软件之间的相互协调工作支撑的。同时在这次论文的写作中，我也全心的投入，争取把自己学习到的最好的方面展示给所有的人。但今后系统还需要进一步完善，要做的工作还很多，这些只是实现了模块的简单功能，并没考虑其复杂功能，这需要今后去设计实现。
毕业设计，是一次很好地提高实践能力和自我发展能力的机会，我们可以综合运用所学专业知识分析、解决问题。为今后的研究开发工作打下了基础，积累了难得的宝贵经验，使我受益非浅。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>