文章目录
项目需求
- 登录、注册
- 上传音乐
- 删除单个音乐信息
- 删除选中的音乐信息
- 查询音乐(包含查找指定/模糊匹配的音乐)
- 收藏音乐
- 播放音乐
测试用例设计
根据需求和接口文档设计接口测试用例,下面提供个人写好的接口文档和接口测试用例
接口文档和接口测试用例:https://gitee.com/XinYuGitee/music_player
执行接口测试用例
在这,我使用的接口测试工具是Postman+newman+jenkins
配置Postman测试环境
主要是配置测试的ip和端口号
创建一个在线音乐播放器的测试集
编辑测试用例请求
在编辑过程中请求最好是按流程来的,比如注册之后是登录,这样我们就可以用刚刚注册的数据验证能否可以 登录,不需要重新准备数据
用户注册
用{{}}引入配置好的环境变量,value值同样也用{{}}引入,在后面会使用JSON文件进行数据驱动,这样就可以多份数据用一个请求了,不需要手动更改了
接下来是设置断言,也需要取JSON文件中的数据作为断言,用data. 来获取
用户登录
设置断言
上传音乐
设置断言
查询音乐
设置断言
收藏音乐
设置断言
取消收藏
设置断言
播放歌曲
设置断言
删除音乐
设置断言
其实上面的断言都有一个相同的状态断言,那就是判断status是否等于200,为了使代码更加简洁,可以将这个断言设置为全局断言
编辑JSON文件
根据测试用例设计数据,下面简单列举两组
[
{
“username”:“z”,
“password”:“123456”,
“regmessage”:“注册成功”,
“logmessage”:“登录成功”,
“singer”:“z”,
“upmessage”:“上传歌曲成功 !”,
“id”:21,
“musicName”:“稻香”,
“selmessage”:“查询成功!”,
“colmessage”:“收藏成功!”,
“delcolmessage”:“取消收藏成功”,
“path”:“hhh稻香.mp3”,
“getmessage”:“ID3”,
“delgetmessage”:“删除音乐成功”
},
{
“username”:“z”,
“password”:“123456”,
“regmessage”:“该用户名已存在!”,
“logmessage”:“登录成功”,
“singer”:“z”,
“upmessage”:“该歌手的歌曲已存在,请勿重复上传”,
“id”:21,
“musicName”:“稻香”,
“selmessage”:“查询成功!”,
“colmessage”:“收藏成功!”,
“delcolmessage”:“取消收藏成功”,
“path”:“hhh稻香.mp3”,
“getmessage”:“ID3”,
“delgetmessage”:“没有你要删除的歌曲!”
}
]
批量运行测试用例,查看结果