团队作业5——测试与发布(Alpha版本)
成员:方尔博,黄文超
-
测试过程中发现的Bug:3
修复的Bug:
- 点击切换栏目,发送请求,但是此时记录栏目id的activeTab.value还没有更新,会导致发送的请求不是当前分类的,使用nextTick解决(重新渲染过后再发请求)
2.点击修改按钮却会刷新页面,但是事件里并没有路由跳转或reload等代码,在el-form里面如果使用原生的button(默认为[submit]类型),点击按钮触发表单提交,导致页面刷新,通过设置type:"button解决"
- 点击切换栏目,发送请求,但是此时记录栏目id的activeTab.value还没有更新,会导致发送的请求不是当前分类的,使用nextTick解决(重新渲染过后再发请求)
2.不能重现的bug:
边改代码边看页面有时会触发疯狂发送请求,但在正常使用时不会,不知道原理,不知道怎么触发的,可能是路由守卫的原因
3.这个产品就是这样设计的,不是bug:
1.点击修改个人信息后,上传头像如果显示“上传成功“便已完成用户头像的更改,无需再点击确认修改,确认修改是改动邮箱和简介的
2.同一个用户可以点赞文章多次(反复退出再进入就可以刷赞,开心就行)
4.这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复。
用户在浏览文章时如果刷新页面,会失去当前文章内容,需要重新在首页查找文章并点击进入查看
5.没有能力修复,将来也不打算修复:0
你预期不同的用户会怎样使用你的博客?他们有什么需求和目标?
普通用户
需求:在无聊时想浏览一些博客,了解一些技术或学校消息
目标:查看内容,简便、流畅地使用博客,与他人互动
内容创作者:对技术感兴趣或者想了解一些学校生活等的人都可以来此博客看看
需求:发布消息、记录自己的心得,与朋友互动、进行社交活动等
目标:记录自己的学习或生活,得到别人的反馈
你的软件提供的功能怎么组合起来满足他们的需要?
前后端分离,以正常思维组合,前端的各种按钮对于各种接口,一个事件的发送紧接着不同的处理
你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试?
在windows平台,edge浏览器,chrome浏览器进行测试
你认为你们团队的软件在什么条件下,就可以认定其已经足够好,可以发布Alpha版本?
在自己体验感觉不错的条件下,自己也有探索欲望的情况下,目前感觉仍有一些不足之处
*Alpha版本发布说明*
-
以原有项目为基础开发的,列出这一版本修复的缺陷
这是第一版
-
对运行环境的要求
浏览器上
-
安装方法
已经部署到服务器上,通过网址进行访问
http://116.62.155.238/
github前端代码地址
https://github.com/f-h-team/blog.git
其中后端接口已部署到公网上