测评项目 : 福大助手
组长博客链接:https://www.cnblogs.com/dawnduck/p/10093752.html
第一部分:调研,评测
评测
1. 第一次上手体验
-
安卓:
进入页面时只有白色背景,有点单调;界面节约,清晰明了;课表的两种形式的切换,很直观;功能丰富,可以查询各种信息,方便;设置个人背景,充分的个性化。但是登录以及数据加载稍微有点慢;绩点刷新不出来;闪退严重。 -
ios:
第一次用课表,感觉这功能还行,比较灵活,但使用第二个功能成绩查询,直接给我卡死,获取了5分钟都没有反应,只能强制关闭,对这个软件感官一下子就不好了。接下来一些功能感觉并不是很常用,不过自动评议这点还是可以的。
2. 思维导图
3. BUG查找
bug1:点击分享后app会卡死闪退
bug2:ios端点击推送后app会卡死
bug3:安卓端闪退情况严重
bug4:ios端app内的易班工具无法正常使用
bug5:ios端的挂科高亮功能无法正常使用,且绩点无法正常显示
bug描述
-
(1)标题:点击分享后,app会卡死闪退
内容:
<测试环境> ios 10以上及Andriod 5.0以上
<准备工作> 登录app
<测试步骤> 进入主页后,依次选择菜单,设置,分享
<实际结果> app卡死,闪退
<预期结果> 正常分享出去,并成功返回app -
(2)标题:IOS端点击推送后,app卡死
内容:
<测试环境> ios 10以上
<准备工作> 登录app
<测试步骤> 进入主页后,依次选择菜单,设置,推送
<实际结果> app卡死,闪退
<预期结果> 关联本机的通知功能,允许该app进行消息通知
-
(3)标题:Android端闪退情况频繁出现
内容:
<测试环境> Android 5.0以上
<准备工作> 无
<测试步骤> 正常使用app
<实际结果> app经常性出现闪退情况
<预期结果> app正常使用 -
(4)标题:ios端的易班工具无法正常使用
内容:
<测试环境> ios 10以上
<准备工作> 登录app
<测试步骤> 进入主页后,依次选择菜单,易班工具
<实际结果> 登录时,即使输入正确的账号密码但依旧提示登录失败,但此时已经处于正常登录状态。而且在登入状态时,点击大部分的功能都会显示一个登陆中的文本框,并陷入死循环。
<预期结果> 正常使用易班工具内的功能
-
(5)标题:ios端挂科高亮功能及绩点显示功能不正常
内容:
<测试环境> ios 10以上
<准备工作> 登录app
<测试步骤> 无
<实际结果> 挂科高亮按钮勾选后,并没有出现实际的效果,且绩点一栏都是“-”符号
<预期结果> 勾选高亮按钮后,在挂科的科目一行出现高亮,绩点正常显示
4.你觉得为什么这个产品组的人没有发现这个bug
原因:软件发布后缺少定期的后期维护,以及有的部分bug太过于角度刁钻,产品组并没有发现甚至放在心上。
5. 假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)。
部署需要准确熟练
数据加载时间要更短一点,用户才会有更好的体验
要消除闪退的现象
采访
采访对象 1:
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
该用户是安卓用户,平时一直使用福大教务通。没有新的需求。
-
让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
-
描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
用户详细使用了每项功能,软件的成绩、课表、考场、教室这些的查询比较准确,用户使用良好。但使用过程中图书馆以及嘉熙讲坛界面无法打开,用户查阅图书馆书籍的需求未解决。用户认为福大助手是一款不错的APP。
- 用户对产品有什么改进意见?
让单双周课表的显示有些问题,应该改进。
- 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
一般
采访对象 2:
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
该用户是IOS用户,用过福大易班,福大教务通,超级课程表等应用。没有新的需求。
-
让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
-
描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
用户粗略使用了课表和教室查询功能。在使用其他功能时因为没有评价教师,所以不能使用,很多其他界面也打不开。后面经过我们研究发现,福大助手有一键评议功能,但是藏得太深,用户不易发现。用户体验一般,认为比教务通功能多,但是很多界面打不开。
- 用户对产品有什么改进意见?
解决这些界面打不开的问题。
- 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
不推荐
采访对象 3:
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
该用户是IOS用户。使用过福大教务通,超级课程表等应用,没有新的需求。
-
让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
-
描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
用户大致使用了每项功能,查询方便,使用体验较好。用户认为该软件综合了教务通,期末考啦等应用功能,是一款功能非常齐全的APP,看历年卷,看嘉熙讲坛这些都非常方便。
- 用户对产品有什么改进意见?
没有。
- 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
非常推荐
采访对象 4:
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
该对象为IOS用户,有用过福大教务通,福大易班。 没有新的需求。
-
让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
-
描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
登录进来显示了一个课表,还行。可是乱点了一会儿,不知是什么原因,卡在了登录中的界面,无奈强行退出。又进来,不小心点了一下注销,点了一下校园百事通,对话框提示登录,可是输入账号密码后登录却总是提示登录失败,只好先放弃登录。紧接着点了左边的菜单,想看看课表,却迟迟找不到课表在哪儿,后来才发现原来是课表功能并没有加入菜单,手动加入后可以查看。后来又点了一下校园百事通,此时竟奇迹般的可以直接进入查看,没有提示登录。接下来又尝试了一下其他的一些功能,有的可以正常使用,有的则是点进去却弹出来并卡在登录中的界面。
该用户使用的需求只不过是查看课表、考场、成绩,这些需求算是得到了满足。用户认为,该软件的界面简约易懂,功能还是挺齐全的,像是把各个app的功能做了一个融合,但同时无用功能太多了,有的功能还只是徒有其名然而却根本无法使用。该软件上可以找到很多信息与资源,这点毋庸置疑。用户还指出了使用这个app并不如直接使用教务通、易班,至少他们没那么容易崩溃,功能上也并没有多少差的。用户体验方面,一直卡死,体验不好。
- 用户对产品有什么改进意见?
必须要解决一直卡死的问题。同时注意到有一键评议这个功能,联想到有时候请假有点麻烦,希望也加上一键请假的功能。
- 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
不推荐
采访对象 5:
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
该对象为安卓用户,有用过福大教务通,福大易班。没有新的需求。
-
让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
-
描述用户使用这个产品的过程, 用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
一开始输入账号密码点击登录,却一直登录失败,登录失败后直接返回登录界面,期间没有任何为什么登录失败的提示。后来重新连接了一下wifi才登录成功,看来可能是网络的问题。照着菜单栏使用了一下功能,都能正常使用,不过许多功能都在其他相似app里见过了。
用户的需求在于查看课表、成绩、考场、历年卷,福大助手解决这方面问题。该用户觉得,福大助手的功能很齐全,把期末考啦、福大教务通、福大易班等app的功能做了一个整合,可以达到一站式解决的程度,不过正是由于整合,有许多经常不需要用到的功能,无疑这凭空占据了手机的空间。在软件中可以获取许多的信息,信息量庞大,这点是值得肯定的。用户体验方面,这次的体验不算差,但也不算好,因为许多功能是意料之中的,似乎并没有出现什么使用户眼前一亮的功能。既然并没有新的功能,为什么不直接使用教务通等功能明确的app而来使用福大助手呢?
- 用户对产品有什么改进意见?
登录失败后应提示可能的失败原因;应明确软件的主要功能,而不是泛泛的所有功能都做而并没有创新。
- 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价,请选择一个结论:
一般
第二部分 分析
估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。
大约需要两个月BA。
分析这个软件目前的优劣(和类似软件相比),并推理出开发团队在软件工程方面可以提高的一个重要部分(具体建议)。
- 优势:
- 和其他软件相比,它最突出的优势是连通了图书馆以及易班,使它成为了功能比较全面的存在。
- 其中最重要的一个功能,就是它能帮学生自动评议。
- 劣势:
- 安卓端无限闪退,苹果端经常卡死。
- 连通图书馆和易班又有什么用呢?易班本来就不好用,移植易班的功能到这款软件上更是不好用,可能是应为功能太多,许多地方做得不够精细,它的优势反而成为了劣势。。
- 具体建议:
- 开发团队应该使用户操作更加灵活,很多情况下,比如说登入,或成绩获取时,应该设置按钮或其他东西使得用户能取消操作,而不是页面一直卡在数据获取界面,至少也应该设置登入超时或数据获取超时,这样用户体验才不会怎么差劲。
根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;
分数区间为1~10
模块名称 | 重要度 | 完成度 | 出发点 | 效果 |
---|---|---|---|---|
课表 | 8 | 9 | 为用户提供课表,让用户知道实时的课程安排 | 功能完成得不错,课程数据没有出错,界面简介明了 |
成绩 | 8 | 9 | 记录用户成绩,提供绩点信息和学分信息 | 功能大部分完成,但单科绩点无法显示以及绩点显示不完全 |
考场 | 7 | 10 | 提供学期考试考场 | 功能大部分完成 |
空教室查询 | 7 | 9 | 为用户提供空教室信息 | 功能大部分完成,信息真实性应该符合 |
图书馆 | 6 | 8 | 连通图书馆,提供检索功能及预约功能,提供用户借书信息 | 功能大部分完成 |
易班工具 | 6 | 8 | 连通易班,提供部分易班常用功能 | 部分功能都移植成功,但使用时容易闪退或卡死 |
教务处通知 | 6 | 10 | 让用户不用登入网页就能查找到教务处通知 | 功能完成,效果良好 |
历年卷 | 7 | 9 | 提供历年卷以及课件等供用户下载 | 功能基本完成,效果还不错,但由于无法上传文件,导致历年卷内容无法更新 |
校招日历 | 7 | 9 | 提供校招信息以供用户使用 | 功能基本完成 |
二手市场 | 6 | 8 | 提供市场平台,供用户使用 | 功能基本完成,但由于使用人数少,实用度不高 |
嘉锡讲坛 | 6 | 9 | 用户无需上教务处网站,可直接在软件上查看讲坛信息及报名 | 功能基本完成,效果不错,确实方便用户 |
大物实验 | 7 | 9 | 帮助用户抢大物实验 | 功能基本完成,方便了用户 |
一键评议 | 7 | 9 | 帮组用户完成查询成绩以及选课时所需要的教师评议 | 功能基本完成,但还是存在一些BUG |
设置 | 8 | 10 | 提供人性化设置,方便用户使用 | 功能基本完成 |
针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
分数区间为1~10
- 用户体验方面: 6
- UI界面美观度: 7
- 核心功能: 9
第三部分 建议和规划
如果你是项目经理,如何提高从而在竞争中胜出?
首先我们要明确这款软件目前的优势与劣势。
功能全面,且能连通图书馆和易班是我们的优势,但与此同时丰富的功能缺少精细的打量,优势也会变为劣势,这是我们都不愿意看到的,所以要从用户的体验着手,收集用户信息,在用户喜欢、常用的功能上加大功夫,简化那些不常用或是受众面小的功能。
目前市场上有什么样的产品了?
现在有一款叫i福大的APP,是福州大学为全体师生和校友打造的移动校园应用平台,通过i福大可以了解学校校情、学校新闻、通知公告等校园动态信息,还可以查看校园地图、财务缴费等学习生活服务信息。 这款软件有点像校园微博,与福大助手还是存在一定的差异。
你要设计什么样的功能?
加入新闻观看、查找功能,以及校内导航功能。
为何要做这个功能,而不是其他功能?
首先是新闻观看、查找功能,学生可以通过APP了解国内外大小事,并且可以选择想了解的新闻,输入关键字或者日期等进行查看,同时不用担心搜索到非新闻的内容。
其次校内导航功能,首先保证导航需要用到的地理信息能够及时更新。有时想去校内的某地,又或是新开的饭店、体育馆等等,不论学生还是教工人员都常常找不到路,有了这个功能,就可以节省时间,方便快捷地到达目的地。
为什么用户会用你的产品/功能?
我们新增的功能是从受众方——学生的角度考虑的,这些功能可以服务到他们。
你的创新在哪里?可以用 NABCD 分析。
- 需求
- 在一款学生常用的软件中增加新闻观看、查找功能,方便其在空闲之余也能了解国内外大小事,并且通过筛选查看更具有针对性
- 校内导航功能能有效的便利学生等群体的生活。
- 做法
- 新闻能根据关键字或时间等进行筛选,阅读更具有针对性
- 校内导航能保证及时更新地理信息,同时由于是针对校内的导航,会记录校内特有的小店、景点
- 好处
- 大大节约时间、方便生活
- 竞争
- 其他APP新闻常常是杂乱的,不具有针对性
- 那些导航不针对校内,一些小店小地都会被忽略
- 交付
- 我们会先让身边的人使用,并且对他们提出的问题进行改正。然后放在下载的平台上,提供给更多的人使用,正确对待他们可能提出的问题。
如果你来领导这个团队,会有什么不一样?
在人员安排上,更具有针对性,做到人尽其才。同时带动团队氛围,不让团队变成只是为了完成任务而做,而是全身心地去想办法为产品添彩。
如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
3个人员负责开放,2个人员负责测试,美工外包。
描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
首先每周要固定2次例会,平常人员多交流,保证信息的流通
其次以周为单位,将工程进行分割,并以每周最后第二天作为deadline来进行督促。
项目发布后,有没有考虑过项目该怎么部署才能满足需求。依据附录图(某校教务处系统的部署)作为参考,分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置)
应用服务器配置:4核8G x 1
后端服务器配置:8核16G x 1
关系型数据库:SQL Sever/Oracle/MySql数量:2(读写合并、备份 x 1)
缓存数据库:Redis数量 :2(主备)
网站安全性:WAF,DDOS
第四部分 增量开发设计
优化/新增功能点的原型界面
基本实现思路
按顺序依次是:
- 原有界面优化,单日课程功能多余,去掉此功能界面简介美观
- 新增学业功能,学生可由此查看自己目前的总绩点、总排名、修习情况等信息。
实现思路较简单,从数据库中获取数据简要处理即可实现- 新增功能地图导航,当学生一时间想不到校内某些地址时,可输入关键字查找福大校内的地图信息,APP将为其导航。
实现思路:与百度达成合作。调用百度地图接口实现地图信息的基本功能,再进一步添加特殊名称地址信息。
优化/新增功能点与原有产品如何接入
接入原有产品:新功能将通过添加在原有产品左抽屉的列表中实现功能接入。
第五部分 答辩总结
评估团队中每个人对本次作业的贡献比例,描述为本次测评作业的工作流程、组员分工、组员工作量比例(禁止一锅端平的情况,如果没有评估,全组平均后,组长得分减 50%)
成员 | 参与 | 贡献比例 |
---|---|---|
白晨曦 | 答辩 | 5 |
蔡子阳 | 测试安卓端 | 7 |
陈德斌 | 采访 | 12 |
乐忠豪 | 增量设计 | 10 |
李麒 | 建议与规划 | 10 |
林志华 | ios端测试 | 11 |
黄培鑫 | 采访调研总结 | 12 |
王焕仁 | 测试总结 | 11 |
何裕捷 | 问卷调查 | 10 |
吴佳炜 | 博客与报告整理 | 12 |
答辩总结
求出本组的现场答辩得分:去除最高总分,最低总分,求平均分
第?组 | 一 | 二 | 三 | 四 | 六 | 七 | 八 |
---|---|---|---|---|---|---|---|
评分 | 83 | 78 | 74 | 81 | 78 | 69 | 78 |
现场答辩得分:77.8分
收集其他组对本组提出的问题,并回答
第一组
- Q:问卷调查的统计图缺乏必要的数量标注
- A:作为展示图图片简洁更能直接展现出数据结果,演讲中如果用了大量的数据反而容易造成听者疲劳,所以我们舍弃了标注。
- Q:增量开发的难度如何,大概需要多久的工作量?
- A:难度适中,无太高算法要求,工作量大致在十周左右
- Q:四个增量开发中你们最看重哪个功能,为什么?
- A:最看重地图导航功能,因为这个功能的需求量是最高的,无其他产品替代
第二组
- Q:是不是应增强对BUG的描述?(规范性)
- A:这是我们所欠缺的,但是也有好的一面,当面对无专业知识的人群,通俗易懂的语言反而能起到更好的效果
- Q:答辩时长偏短,是不是应该适当多加入点内容?
- A:的确应该增加一些内容,为了答辩精简所以只是挑选了部分重要内容进行讲解,下回一定更好的把控时间,尽量将内容爆满。
- Q:增量开发的周期为多长?
- A:增量设计难度适中,无太高算法要求,工作量大致在十周左右
第三组
- Q:测试报告中存在页码错误(全部为1)
- A:我们会好好检查的,谢谢提出
- Q:同校帮功能有没有能力取代出清群,替身群,拼车群等校功能群?如果不能,该如何去推广?
- A:同校帮和普通群的不一样之处在于发布的任务不会被刷屏清掉,每个任务为一个帖子,清晰明白,这是能够取代群的优势所在。
- Q:四个增量开发,你们觉得以你们小组需要花多久的时间才能完成?
- A:工作量大致在十周左右。
第四组
- Q:为什么没有展示分工呢?
- A:具体分工会在博客中展现出来,敬请期待
- Q:你们的调研采访不够理想,准备怎么改进?
- A:扩大受访人群,提高问题质量及关联度
- Q:找到的bug是否过少?
- A:的确太少了
第六组
- Q:您好,测试报告中存在如图片贴反,错别字等情况,是否存在准备不足的情况?
- A:确实存在准备不足的情况,我们下次会注意这个问题的
- Q:您好,bug3仅描述为经常性出现闪退,这一bug是否描述过于模糊,否则如何定性频繁出现?
- A:出现闪退这种现象太过玄学,我们也无法确定它是经过多长确切时间就闪退,频繁的定义是从用户体验上来定性的,相较于其他软件,这款软件闪退的次数过高,就觉得是频繁了,这也是我们的调查结果
- Q:您好,能否大致描述增量设计“小白实时”的基本实现思路?
- A:在小白身上装GPS定位器,数据实时反馈到后台,再呈现在软件上
第七组
- Q:针对你们的调研采访存在一定的缺陷,你们打算怎么弥补?
- A:能具体说明是哪些缺陷吗?我们一定积极听取您的意见
- Q:整个分析与测试的内容偏少,很难有说服性,你们打算怎么增加本组的说服性?
- A:测试分析都是人工检测出的事实存在的问题,如果不够有说服力我们会扩大测试人员的数量,针对不同机型进行测试
- Q:原本小白就有自己的微信公众号可以实时,那你们在福大助手里面再弄一个小白实时还有意义吗?
- A:当然有意义了,能在一款APP里就有上学所需的功能为什么还需要进入公众号这么麻烦呢?就像在食堂能微信支付宝支付,为什么还要用学生卡呢?
第八组
- Q:ppt中关于采访调查的饼状图有点看不太懂在说什么
- A:饼状图的批注已经在旁边标好了,如果还有哪些地方不明白可以向我们提出具体的问题
- Q:找到的bug是否过少和简单?
- A:确实过少了
- Q:认为有必要使用一款学习类的软件发布一些动态嘛?因为据了解在超级课程表中也有相关功能,但实际使用的人数并不是很多。
- A:可以没有,但是如果有可以有更好的用户体验。您是如何了解到超级课程表的相关功能的使用人数呢?如果使用人数不多,可能有很多的因素在其中,但这个点子本身的出发点还是好的。
第六部分 个人部分
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 10 | 20 |
· Estimate | · 估计这个任务需要多少时间 | 10 | 20 |
Development | 开发 | 750 | 463 |
· Analysis | · 需求分析 (包括学习新技术) | 30 | 35 |
· Design Spec | · 生成设计文档 | 10 | 20 |
· Design Review | · 设计复审 | 10 | 8 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 500 | 300 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 200 | 100 |
Reporting | 报告 | 30 | 40 |
· Test Repor | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工作量 | 0 | 0 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 40 |
| | 合计 |790 |523
学习进度条
第一周 | 新增代码(行) | 累积代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|
1 | 0 | 0 | 2| 2|
2 | 0 | 0 | 5| 7|