Java毕业设计系统测试怎么写？
直接拿一个刚做的同学的毕业设计来举例吧
6.1 测试目的
系统测试是整个心旅售票管理系统开发和生命周期中不可或缺的重要环节。系统的质量和合理性往往是通过我们人为的系统测试来检测的，因为在我们这个心旅售票管理系统设计过程中、难免会忽略一些细节问题、或者功能设计问题、然后在具体设计功能以及代码编写的过程中就会出现问题和分歧，实际的功能开发也无法按照理想的情况进行会给体验用户带来一些不方便、比如、操作的连贯性、功能设计的合理性。因此，在这个关键时候、我们需要对整体系统功能进行反复测试，在我们人为不断的测试过程中、发现或解决一些潜在的软件问题或逻辑流程之类的，在保证我们这个心旅售票管理系统正常运行的同时，也需要对系统进行优化，使整个心旅售票管理系统运行更加顺畅，逻辑执行和操作更加合理化。
6.2 测试环境
我们这个心旅售票管理系统的功能测试方法采用和的黑盒测试方法，黑盒测试是系统测试的一般方法，用来测试我们这个心旅售票管理系统是否符合需求基本的要求、逻辑是否通常、功能设计是否合理。系统测试环境如下图表6-1所示。
表6-1系统测试环境
|
测试环境 |
软件环境 |
操作系统 |
Windows 10家庭版 |
| 系统类型 |
64 位操作系统, 基于 x64 的处理器 |
||
| 浏览器 |
Google浏览器 |
||
| 数据库 |
MySQL5.7 |
||
|
硬件环境 |
设备 |
Windows台式电脑机 |
|
| 内存 |
16.00G |
||
| 硬盘 |
500G |
||
| 处理器 |
Intel(R) Core(TM) i5-8300H CPU |
6.3 功能测试
系统功能检测测试一般是将测试的对象结果、看成黑箱进行的动态测试,目前我们暂时只需要对心旅售票管理系统的主要功能结构逻辑、以及页面的合理行等功能逐个展开检测测试,看系统的所有功能、是否都可以如预期一样的满足我们的需求和操作、系统能够正常的运行和使用,并在测试过程中找到系统存在的潜在问题。系统的主要功能测试如下
表6-1 系统主要功能测试表
| 测试目的 |
测试系统的主要功能是否满足设计需求 |
||||
| 测试范围 |
测试用户前台首页操作与管理员后台管理操作 |
||||
|
测试准备 |
1. 首先准备主流兼容性强的Google浏览器。 2. 台式电脑或笔记本电脑一台、设备功能使用正常。 3. 系统运行之后、基本的数据库信息完整、对应的环境安装、系统功实现。 |
||||
| 用例编号 |
测试目的 |
操作步骤 |
输入值 |
期望结果 |
执行结果 |
| 001 |
测试用户没有登录的时候是否能进入系统首页查看旅游信息 |
用户进入网站，点击心旅售票管理系统资讯信息。 |
|
界面跳转至心旅售票管理系统资讯信息。 |
与期望结果符合，界面成功跳转至对应心旅售票管理系统资讯信息。
|
| 002 |
测试用户没有登录的时候进入网站是否能够查看旅游攻略信息。 |
用户点击旅游攻略信息。 |
|
点击旅游攻略信息页面跳转至旅游攻略信息界面。 |
与期望结果符合，能够查看到所有旅游攻略信息。
|
| 003 |
测试用户是否能够成功注册。 |
点击“注册”按钮，输入注册信心，点击“提交”按钮。 |
按照要求填写用户注册信息。 |
点击“注册”按钮跳转至用户注册界面，填写好用户注册信息后，点击“提交”按钮，完成注册。 |
与期望结果相符合，用户能够完成用户注册操作，用户注册信息被保存到数据库后台。 |
| 004 |
测试已注册用户是否能够成功登录旅售票管理系统平台 |
正确输入用户用户名与密码后点击“登录”按钮。 |
输入注册时填写的用户名与密码信息 |
点击“登录”按钮，成功登录，进入旅售票管理系统平台首页。 |
与期望结果符合，已注册用户可以成功登录至旅售票管理系统平台首页。 |
| 005 |
测试管理员是否可以进行用户信息添加。 |
在管理员登录后台具体信息界面点击“添加”链接。 |
用户信息 |
点击“添加”链接，界面跳转至用户信息添加页面。 |
与期望结果符合，管理员能够进行用户信息添加操作。
|
| 006 |
测试已登录用户是否能够进行酒店预定操作。 |
在酒店预定界面，输入对应的酒店预定信息，点击“提交”按钮。 |
输入对应的酒店预定信息 |
按要求填好酒店预定后点击“提交”按钮，提示提交成功、并跳转至酒店预定界面。
|
符合期望结果，酒店预定添加成功提交，界面跳转至酒店预定界面。 |
- 点赞
- 收藏
- 关注作者
评论（0）