在系统测试是在软件开发过程中十分重要的一部,这关系到软件的质量以及后续维护的难度,系统测试十分重要,在软件的各个阶段都要进行测试,在最新的软件开发流程中敏捷开发要比瀑布开发更容易发现错误,就是因为敏捷开发是在每个模块编写完成都进行一次上线测试。这种测试方式可以更早发现错误,并解决。在测试的时候通常使用黑盒测试与白盒测试两种方式,本章测试使用黑盒检测。
5.1 系统登录功能测试
目的:测试登录功能是否符合预期设计要求。
意义:发现该功能可能的存在的故障或缺陷并藉此对软件的质量进行度量,尽最大可能的找出最多的错误,以保证项目上线后高度可用。
前置条件:1. 用户进入登录界面。
基于微服务的校园便民服务站系统设计多种登录权限,现以用户登录为例。具体的测试输入数据包括用户名及密码正确、密码错误、用户名错误、用户名为空、密码为空、用户名和密码为空。
系统登录功能测试用例如表5-1所示。
表5-1 系统登录测试用例表
序号 |
输入 |
操作及步骤 |
预测结果 |
实际结果 |
测试结果 |
1 |
用户名:zhangsan 密码:123456 |
登录 |
登录成功 |
登录成功 |
通过 |
2 |
用户名:zhangsan 密码:112322 |
登录 |
密码错误 |
登录失败 |
通过 |
3 |
用户名:zHangSan 密码:123456 |
登录 |
用户名错误 |
登录失败 |
通过 |
4 |
用户名:ZhangSan 密码:223455 |
登录 |
用户名及 密码错误 |
登录失败 |
通过 |
5 |
用户名:null 密码:123456 |
登录 |
用户名为空 |
登录失败 |
通过 |
6 |
用户名:zhangsan 密码:null |
登录 |
密码为空 |
登录失败 |
通过 |
7 |
用户名:null 密码:null |
登录 |
用户名及 密码为空 |
登录失败 |
通过 |
测试数据通过等价分类法的相应数据测试。对预测结果以及实际结果进行对比后进行记录发现输入测试数据通过测试并且功能运转正常。最终得出结论该功能完成通过测试。
5.2 动态发布功能的测试
目的:测试动态发布功能是否符合预期设计要求。
意义:发现该功能可能的存在的故障或缺陷并藉此对软件的质量进行度量,尽最大可能的找出最多的错误,以保证项目上线后高度可用。
前置条件:1. 用户登录系统;2. 用户进入动态发布界面。
基于微服务的校园便民服务站系统的动态发布功能,用户进入动态界面,输入信息后,点击发布动态即可发布动态。具体测试数据包括输入空值,输入特殊字符,插入图片。
动态查看功能测试用例如表5-2所示。
表5-2 动态查看测试用例表
序号 |
输入 |
操作及步骤 |
预测结果 |
实际结果 |
测试结果 |
1 |
内容:Null |
点击发布按钮 |
提示请输入内容 |
提示请输入内容 |
通过 |
2 |
内容:@#¥%&*() |
点击发布按钮 |
发布成功 |
发布成功 |
通过 |
3 |
内容:图片 |
点击发布按钮 |
发布成功 |
发布成功 |
通过 |
测试数据通过等价分类法的相应数据测试。对预测结果以及实际结果进行对比后进行记录发现输入测试数据通过测试并且功能运转正常。最终得出结论该功能完成通过测试。
5.3 系统注册功能的测试
目的:测试注册功能是否符合预期设计要求。
意义:发现该功能可能的存在的故障或缺陷并藉此对软件的质量进行度量,尽最大可能的找出最多的错误,以保证项目上线后高度可用。
前置条件:1. 用户进入注册界面。
基于微服务的校园便民服务站新用户进入系统的注册界面后,在界面输入用户名密码后即可完成注册操作,具体测试数据有输入正确的注册信息、输入不符合的注册信息、输入部分注册信息系统注册功能测试用例如表5-3所示。
表5-3 系统注册测试用例表
序号 |
输入 |
操作及步骤 |
预测结果 |
实际结果 |
测试结果 |
1 |
输入账号:h123456 输入密码:123456 确认密码:123456 |
随机输入与之对应的注册信息 |
成功录入数据库 |
成功录入数据库 |
通过 |
2 |
输入账号:null 输入密码:123456 确认密码:123456 |
输入不符合的注册信息 |
录入失败数据库 |
录入失败数据库 |
通过 |
3 |
输入账号:h123456 输入密码: 确认密码:123456 |
输入部分的注册信息 |
录入失败数据库 |
录入失败数据库 |
通过 |
测试数据通过等价分类法的相应数据测试。对预测结果以及实际结果进行对比后进行记录发现测试数据通过测试并且功能运转正常。最终得出结论该功能完成通过测试。
5.4 用户管理功能的测试
目的:测试用户管理功能是否符合预期设计要求。
意义:发现该功能可能的存在的故障或缺陷并藉此对软件的质量进行度量,尽最大可能的找出最多的错误,以保证项目上线后高度可用。
前置条件:1. 管理员用户登录系统;2. 用户进入用户管理界面。
基于微服务的校园便民服务站管理员用户进入系统成功之后,在界面中点击用户管理操作,即可对系统的用户进行管理。用户管理功能测试用例如表5-4所示。
表5-4 用户管理功能测试用例表
序号 |
输入 |
操作及步骤 |
预测结果 |
实际结果 |
测试结果 |
1 |
无 |
点击用户管理功能 |
显示全部用户信息 |
显示全部用户信息 |
通过 |
2 |
无 |
点击封禁用户 |
封禁用户 |
封禁用户 |
通过 |
zhangsan |
zhangsan成功 |
zhangsan成功 |
|||
3 |
无 |
点击删除用户 zhangsan |
删除用户zhangsan成功 |
删除用户zhangsan成功 |
通过 |
4 |
无 |
点击角色添加 |
角色添加成功 |
角色添加成功 |
通过 |
测试数据通过等价分类法的相应数据测试。对预测结果以及实际结果进行对比后进行记录发现输入测试数据通过测试并且功能运转正常。最终得出结论该功能完成通过测试。
5.5 未还图书导入功能的测试
目的:测试未还图书导入功能是否符合预期设计要求。
意义:发现该功能可能的存在的故障或缺陷并藉此对软件的质量进行度量,尽最大可能的找出最多的错误,以保证项目上线后高度可用。
前置条件:1. 管理员用户登录系统;2. 管理员用户进入未还图书导入界面。
基于微服务的校园便民服务站系统的未还图书导入功能可以完成对用户未还图书信息的导入具体的测试数据未还图书导入。未还图书导入功能测试用例如表5-5所示。
表5-5 未还图书导入功能测试用例表
序号 |
输入 |
操作及步骤 |
预测结果 |
实际结果 |
测试结果 |
1 |
无 |
点击未还图书导入界面 |
显示未还图书导入界面 |
显示未还图书导入界面 |
通过 |
2 |
无 |
上传Excel文件并点击导入按钮 |
导入成功 |
导入成功 |
通过 |
测试数据通过等价分类法的相应数据测试。对预测结果以及实际结果进行对比后进行记录发现输入测试数据通过测试并且功能运转正常。最终得出结论该功能完成通过测试。
5.6 动态管理功能的测试
目的:测试动态发布功能是否符合预期设计要求。
意义:发现该功能可能的存在的故障或缺陷并藉此对软件的质量进行度量,尽最大可能的找出最多的错误,以保证项目上线后高度可用。
前置条件:1. 用户登录系统;2. 用户进入动态管理界面。
基于微服务的校园便民服务站系统动态管理功能可以完成动态的已发表、草稿箱、回收站、还原等功能。动态管理功能测试用例如表5-6所示。
表5-6 动态管理功能测试用例如表
序号 |
输入 |
操作及步骤 |
预测结果 |
实际结果 |
测试结果 |
1 |
无 |
点击动态1 |
显示全部已发表动态 |
显示全部已发表动态 |
通过 |
2 |
无 |
保存动态1 |
保存草稿成功 |
保存草稿成功 |
通过 |
3 |
无 |
删除动态1 |
删除成功 |
删除成功 |
通过 |
4 |
无 |
还原动态1 |
还原成功 |
还原成功 |
通过 |
测试数据通过等价分类法的相应数据测试。对预测结果以及实际结果进行对比后进行记录发现输入测试数据通过测试并且功能运转正常。最终得出结论该功能完成通过测试。
5.7 性能测试
性能测试是对系统在高并发下的系统可用性进行的测试,本次测试的模块为登录模块,接口路径为/login。系统负载关系表如表5-7所示。
表5-7 系统负载关系表
序号 |
用户数 |
请求路径 |
间隔时间 |
循环次数 |
测试数 |
通过数 |
1 |
100 |
/login |
10 |
10 |
100 |
100 |
2 |
200 |
/login |
10 |
20 |
200 |
200 |
3 |
400 |
/login |
10 |
33 |
400 |
400 |
4 |
800 |
/login |
10 |
20 |
800 |
758 |
5 |
1200 |
/login |
10 |
20 |
1200 |
1100 |
6 |
1600 |
/login |
10 |
20 |
1600 |
1400 |
5.8 本章小结
本章对各项功能模块进行了黑盒测试,并将详细数据使用测试用例表展示出来。最后对登录模块的login接口进行性能测试。根据结果得出结论,各模块,以及界面通过测试,测试结果符合预期。