测评项目 ： 福大助手
组长博客：[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 |
学习进度条
| 第一周 | 新增代码（行） | 累积代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 2 | 2 | |
| 2 | 0 | 0 | 5 | 7 |