大连交通大学2015届本科生毕业设计(论文)
5.2 界面的实现
用户登录时需要输入用户名及密码，当输入用户名和密码与数据库存储的数据相匹配时，用户登录成功。输入错误时则提示相应的错误信息。用户登录界面视图如图5-1
图5-1 登录界面
如果用户登录时输入信息与数据库不符合，登录页面会有相印提示,密码错误提示如图5-2所示。
图5-2 用户登录错误信息提示
13
大连交通大学2015届本科生毕业设计(论文)
如果用户名和密码正确可以直接进入本系统主界面,主界面如图5-3所示。
图5-3 毕业设计管理系统主界面
毕业设计课题总览,展示了课题相关信息,也可以进行修改,课题总览如图5-4所示。
图5-4 课题总览
学生信息查看,可以查看所有录入的学生信息,有学号、姓名、性别、学院,展示如图
5-5所示。
图5-5 学生信息查看界面
14
大连交通大学2015届本科生毕业设计(论文)
学生信息修改,可以修改学生信息用户名除外,进入该页面会自动显示该学生信息,
方便用户修改展示如图5-6所示。
图5-6
学生信息修改界面
课题上传,用户可以自行上传课题题目,课题编号自动生成四位数,上传者即为用户名,这两项不可填写如图5-6所示。
图5-6 课题上传展示
15
大连交通大学2015届本科生毕业设计(论文)
第六章 系统测试
完成了系统程序的编写代码之后，就要进行软件测试，这里说的软件，并不仅仅是指软件本身,还包括其他很多方面。测试和开发其实是一样，也是具有很强技术性的工作，需要一定技巧的。软件质量的保证就是软件测试，因此，测试的仔细程度直接关系到软件的质量问题。依据我们的大连大学学生毕业设计管理系统而言，我们把测试划分为几步来进行测试。
6.1 界面测试
界面测试是所有测试方法中最简单直观的一种测试方法，只要有足够的耐心和细心就可以,按照界面功能进行核对就可以。界面测试往往是开发人员最容易疏忽的地方，往往会存在一些BUG。下面几种情况就是界面测试中最经常出现的几种疏忽和错误：
1) 出现错字,即界面中文本内容或者标题出现了错字。这种错误,如果测试人员不细2) 文本内容或者标题存在一些无法理解的内容或者语序不符合逻辑，多出现在程序心，疏忽是很难找出来的，往往会出现在提示信息或界面中。
的提示信息框和较长的文本中。这种BUG大多数是在拼接显示的提示信息中，页面内容描述是通过变量拼接组合起来的，通过系统将后台数据输出出来。一般多是因为系统中的代码遗漏或开发人员对程序没有认真核对,最终导致这种错误的出现。
3) 系统开发人员自编的词语，意思我们都可以理解，但是不符合界面的显示标准及需要。这种BUG多是开发者混杂着自己的理解和使用专业术语导致所产生的BUG，一般多是由于开发团队人员多,没有进行代码编写格式统一、规范。
4) 页面错乱且不美观，明显文本字体、图片等，导致页面风格与预期效果不同,且杂乱，这种错误的产生大多数是因为页面样式问题，CSS定义有问题或者没有真正导入或是已经定义的CSS，系统开发人员在编码过程中忘记没有调用。
5) 本文附近模块多，导致显示混杂。这种情况一般是因为编码时业务定义发生重复或者冲突，或者实体冲突导致，开发人员在开发过程中只为了功能实现而疏忽了业务定义的意义。
6.2 功能测试
功能测试很简单，测试方法就如同字面意思，就是把系统所有功能进行操作演练。功能测试主要是测试系统中功能是否实现并且达到预期要求。功能测试也是需要注意一些事项的：
1) 信息查询功能，有按单一条件进行查询的，也有按照多个条件进行联合查询的，多个条件查询时要特别注意一下查询条件之间的关系，大多数查询都是按照编号，时间查询。
2) 数据输入功能，需要注意一些事项，比如前台输入数据类型与后台数据库中数据类型是否相符，后台数据库数据长度是否有限制，以及前台输入的数据结构与后台是否一致，往往一些数据插入功能无法实现就是因为这些细节问题导致的。
16
大连交通大学2015届本科生毕业设计(论文)
3) 删除功能检测，单击”删除”按钮后，一般会出现提示框，提示是否确认删除此条信息，如果删除功能没有错误的话，当我们单击”确认”按钮后，会提示删除成功，然后返回查看页面，该条信息已经不存在了，但是我们经常忽略的是如果我们点击“取消”按钮后系统会有什么反映呢，点击之后信息是否没有删除呢，如果开发人员疏忽完全有可能导致点击”取消”按钮后，此条信息依旧删除了，这个错误是因为编码时关系连接错误导致。在删除功能测试时，我们要进行多条信息删除，不要仅仅删除一两条信息，这种不具有代表性。
4) 修改功能测试，修改功能测试其实就是确认修改信息之后信息是否真的被修改了，点击”修改”按钮之后，按照提示修改信息，然后在返回查看页面看看此条信息是否真的修改，如果修改了，说明修改功能可以正常使用。要进行一些定量测试，多做几次测试，这样才会更具有代表性。
6.3 需求测试
针对需求测试，需求测试是测试中最重要的一部分，因为软件设计是根据业务需求来的，需求中出现的功能都应该在软件中有所体现，针对需求，我们就要求软件开发的目的和需求有相当深刻的了解。针对需求测试，就是测试业务需求中强调必须拥有的更能进行测试，针对性很强。此部分测试就要要求开发人员对需求的充分理解。
6.4 性能测试
性能测试是软件质量保证的一种手段，通常包括系统的抗压测试、硬件条件测试等。说到软件我们首先考虑到的是代码本身，往往忽略了除了代码本身之外的其他条件的测试，比如硬件，程序本身危害性或者攻击性，是否适合开发或者用于盈利方面。这些都是性能测试的一种，由此可见性能测试的重要性，因为性能测试是保证软件质量重要手段之一。
6.5 测试用例及结果
以下是系统部分功能采用黑盒测试的测试用例：
表6-1 登录验证功能
测试项目： 测试内容： 预置条件： 系统登录验证 是否能正确验证用户输入的用户名及密码。 登录成功后服务器是否能获得登录用户的信息。 系统在服务器上正常运转。 用户输入错误密码，点击登录。检验是否会提示密码输入错误。 操步骤作： 再输入正确密码，检验能否正确登录。 成功登录后，查看导航栏中是否有登录用户信息显示。 成功验证出错误，提示错误信息到页面。 接收标准： 输入正确用户名密码，登录成功，页面跳转正确。 导航栏中提示现在登录的用户名等信息。 输入错误密码时，提示错误信息到页面。 测试结果和结论： 用户名密码输入正确时，登录成功，跳转到系统主页面。 获得登录用户的信息。 17