范腾跃---对于i至诚软件测试分析
这个作业属于哪个课程 | 至诚软工实践F班 |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580 |
这个作业的目标 | 对i至诚软件进行测试分析找出bug并提出建议和规划 |
学号 | 212106709 |
第一部分 找Bug (黑白盒测试)
1、下载i至诚APP并使用,述说第一次上手体验
作为福州大学至诚学院的一名学生,i至诚APP是每位新学生必须使用的。那么下面我就稍微聊一聊i至诚APP的上手体验吧!打开APP进入i至诚首页,由于i至诚是面向学生软件,它需要给新学生提供进校,入校以及网络服务等功能,所以首页把进校码和网络服务放在了首要位置。
其次,还有迎新系统、校外人员进校申请、在线报修等部分功能,解决了软件的简陋性,提高了软件的丰富性。由于学校考虑到疫情的严重性,为了让学生们能够共同抗疫,软件还提供了健康日报,以及校园一卡通的功能,学生们可以通过每日打卡来保证自己一天内是否健康,而绑定
校园一卡通,学生们到学园食堂买饭时可以享受九折优惠。学校这波骚操作不仅有效解决了疫情来临学生们吃饭问题,还解决了学生们的日常开销。为了保证首页的简洁性,首页还设置了更多这一个功能,学生们可以点进去,这里可以更方便的使用i至诚APP所有功能,学校已经将每个
功能划分成许多小模块,比如疫情防控、办公管理、科学教研等,学生们可以通过模块选择合适的功能。总得来说i至诚这个软件上手起来蛮好的,可以说算是样样齐全了,但是i至诚软件其实还有一些小Bug,接下来我会为大家简要说明。
2、列出你认为的严重影响用户体验的Bug,并用专业的语言描述
- (1)i至诚APP安全设置绑定邮箱时,输入错误邮箱格式或者正确邮箱格式,仍然继续发送邮箱信息,而不给与友好提示(输入正确格式发送了也未收到任何验证码)。
点击查看Bug图片
- (2)入馆教育系统功能直接摆设,四个模块点进去并且没有提供功能而且还出现错误提示,返回直接白屏。
本想上手入馆教育看看能有什么有趣的功能,但是无论我点哪个模块,都是出现来自http://libedu.fdzcxy.edu.cn提示,并且点确定入馆教育系统直接白屏。个人猜想是开发者人员目前只是靠前端把界面弄出来,并没有实现与后端的交互。 - (3)更换头像时候只能选择手机相册中图片,而不能使用在线拍照功能,我想这个Bug应该很多人发现了
- (4)由i至诚APP发起的学生返校申请,没被辅导员审核通过的会一直残留,而不会自动销毁。
- (5)服务右上角奖杯点进去,然后可以查看人气榜和收藏榜,但是本APP并未发现有收藏功能
3、对上述Bug进行分析
(1)对第一个Bug进行分析
分析:可能是开发人员认为大部分人会忽略安全认证,所以会放松对邮箱格式进行正则判断。也有可能就是大部分人会输入正确的邮箱所以开发者人员并没有对邮箱正不正确做出限制。
Bug等级(6星满):三星
- 系统功能:除了邮箱无法发送验证码,其他功能基本良好
- 安全性:安全性稍微有欠缺
- 用户体验:其实没有多大的影响,但是对用户安全方面没有很大的保证
改进:开发者人员稍微注意一下邮箱格式判断,以及测试验证码是否成功发送。
(2)对第二个Bug进行分析
分析:功能还没有完全开发出来,目前只是在测试阶段,开发人员只实现了前端界面,还没有完全实现前后端交互。
Bug等级(6星满):五星
- 系统功能:只实现了可视化,并不能完全使用功能
- 安全性:安全性无明显影响
- 用户体验:对用户造成了很大的困扰,用户不能完全体验入馆系统的功能
改进:开发者人员尽快完成前后端交互,不然会给用户不好的体验。
(3)对第三个Bug进行分析
分析:用户不会定期去更改头像,所以开发者人员没有对此功能进行深度开发。
Bug等级(6星满):一星
- 系统功能:使用良好,不是照成太大影响
- 安全性:安全性无明显影响
- 用户体验:对用户不会照成太大影响,但是对少部分纠细节人有影响
改进:开发者人员只需实现能自由拍照就行了。
(4)对第四个Bug进行分析
分析:在设置"申请"这个功能时候没有设置删除功能导致没有审核的申请一直挥之不去。
Bug等级(6星满):二星
- 系统功能:使用马马虎虎可能会照成用眼疲劳
- 安全性:安全性无明显影响
- 用户体验:对用户不会照成太大影响,但是会使用户认为软件具有冗余性
改进:开发者人员只需要设置把过多未审核的申请撤销掉。
(5)不起眼的Bug
分析:没有收藏功能却能有收藏榜,可能是开发者人员恶趣味,想提高功能的饱满性,但却没有真正去实现收藏功能。
第二部分 功能分析
1、根据软件已有的功能,评估其做到这个程度大约需要多少时间?(例如:团队人数6人左右,计算机大学毕业生,并有专业UI支持)。
完成这些工作需要25周左右,工作时间较长,具体情况如下:
周数 | 阶段任务 |
---|---|
1周 | 与团队的小伙伴相互认识 |
1周 | 对相关数据进行采样,分析 |
2周 | 对采样数据进行立项评估(PPT演示,E-R图等...) |
2周 | 详细设计文案 |
13周 | 开发过程(前端、后端) |
4周 | 软件测试 |
1周 | 上传任务 |
1周 | 软件发布 |
2、分析这个软件目前的优劣(和微信端的“至诚教务助手”相比),哪个更实用?
这个软件对于微信端至诚教务系统相比优势在于1、拥有独立的APP,方便学生们操作。2、有很多功能模块,并且每个功能模块都有详细名称,便于学生查找不走弯路。3、能够绑定校园一卡通,方便学生购餐。
由于是APP的原因所以设置得更有校园风格,不会像公众号那样只有功能而不够美观。
而这个软件劣势在于1、学生无法方便查找课程表、以及课程报名、成绩查询等功能,而微信端的"至诚教务助手"也正好实现了以上的功能。而且有时候使用量过大时候都会有软件通病,界面卡顿,使用功能时不够流畅。
所以我觉得两者有利也有弊,要说实用性当然还是i至诚比较实用,因为它功能较多,而且毕竟是APP使用起来方便。
3、从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。
好的软件都是符合用户需求,方便用户使用而制作出来的。为什么要软件测试就体现了这一点,很多软件出现的Bug
都是通过用户使用发觉才出现的,不是每个软件制作出来就是完美的。所以软件团队在软件工程方面应该多面向与用
户体验,一个不断符合用户需求软件,那么必然是一个好的软件。
4、你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?可以从下面的可能性中选取几个
软件团队其实是知道的,只是他们认为大部分用户不会注意到这些小小细节,所以就没有继续开发。也有可能是由于软件团队人数不够而只实现了重要功能放弃了这些用户不怎么所需的功能。
第三部分 建议和规划
市场现状
1、目前市场上是否有其他类似功能的产品、竞品?
- 校园令、易校园、嘿校园等...
2、上述产品的定位、优势与劣势在哪里?
- 上述产品定位都是在于大学生活、家校沟通、校园活动、便捷生活这一块
校园令该软件优势在于可以进行成绩、课表、考试等快捷查询,劣势在于网络请求老是失败,而且会无缘无故重启。
易校园该软件优势在于为大学生提供在线服务、校内后勤服务、教务服务灯,劣势在于会无缘无故吞钱,导致学生开销严重。
市场与产品生态
1、产品的用户群体之间是否存在一定的关系?是否有利用其相互作用二次构成特定用户生态的可能性?
- 产品对用户之间肯定是存在一定关系的,一个好的产品是通过用户不断使用,不断发现劣势,然后改正劣势而形成的。所以二者是相互依存的。
2、产品的子产品,以及其他相关产品之间是否存在一定的关系?是否有利用各个产品特性之间的相互关系二次构成产品生态的可能性?
- 其实是有一定关系,每个产品特性之间的相互关系有利有弊,时好时坏,若子产品发展不理想,父产品也会受到牵连,有利用每个产品功能之间的相互依存的可能性。
产品规划
1、你要在当前软件的基础上设计什么样的新功能?
- 由于综上所诉我们讨论了该软件与微信端的"至诚教务助手"有什么区别,对此,结合至诚教务助手优势,我将对该软件课程选课、课表查询的功能
2、对该功能实现需求分析(NABCD)
N(need)
学生希望能向"至诚教务系统"那样方便查看每日课表,以及能够方便上APP选课,这样不会只局限于教务助手,防止卡顿。
A(approach)
在APP内加入查询课表和选课等功能、利用需求分析,准确显示学生每天的课表情况,方便学生作休时间,以及提前复习明天的课程。
B(benefit)
学生们最希望是能够方便查看课表节省时间又能快速选到自己中意的课程,这样可以很好复习明天课程,又能节省时间,对于APP开发人员来说,可以提高软件与用户相互依存。
C(compete)
像校园令、易校园、嘿校园这样软件虽然功能和i至诚差不多,但是i至诚更面向于至诚学生,可以方便学生们日常所需,可以说是功能齐全了。
D(deliver)
可以通过福州大学至诚学院官网、以及微信公众号等方式进行推广。
3、如果你是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发,测试,美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
一个负责项目需求
一个负责软件测试
两个负责前端\后端开发
一个负责文档编写
一个负责项目美工
4、请为你的团队设计16个周期每周的详细规划。
周数 | 阶段任务 |
---|---|
1周 | 对软件进行需求分析 |
1周 | 对采样数据进行立项评估(PPT演示,E-R图等...) |
3周 | 详细设计文档 |
5周 | 对具体功能进行实现 |
4周 | 软件测试 |
1周 | 上传任务 |
1周 | 软件发布 |