第一部分 调研,评测
评测
安卓端评测
测试人:文垚
描述最简单直观的个人第一次上手体验。
第一次上手体验,操作简单,界面简洁。课程表与超级课程表差不多,不同课程不同颜色显示,简洁明了。但是整体界面在简洁中透露出些许简陋,整体UI设计缺少灵性,只有最基本的框架没有进行优化,不够美观。特别是教务通知这一版块,显示过于简陋,教务通知显示经常出现排版混乱的问题。
使用思维导图,描述福大助手的结构体系
按照描述的bug定义,找出至少两个功能性的比较严重的bug。
用专业的语言描述bug(每个bug 不少于 40字),并适当配图.
- 评议完成,但获取成绩数据失败。具体表现为使用易班版块中的“一键XX”功能对老师进行评议,评议完成后仍然无法查看成绩,显示获取成绩数据失败。经过一段时间后再次查询成绩,成功。
- 评议完成
- 获取成绩数据失败
- 使用图书馆功能查找图书,某些情况下直接闪退。具体表现为使用图书馆版块中的查询图书功能,当本次查询结果只有一个时,继续查找其他书籍将直接闪退。例如查找《应用统计方法辞典》,查询结果只有一个。再次查找其他书籍,如《计算机组成原理》,直接闪退。
- 你觉得为什么这个产品组的人没有发现这些bug?
- 我认为产品组的人没有发现这个bug的原因可能是产品研发完成后,测试组的成员对软件进行的测试不够全面,忽略了这些bug。
- 假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)
- 我认为团队需要注意到接入其他学校资源的接口时要兼顾手机端和接口的兼容性
IOS端评测
测试人:恒达
描述最简单直观的个人第一次上手体验。
软件打开后直接显示课程表,这对经常需要查看课表的我来说是非常方便的,打开侧边栏后突然注意到福大助手中还有这么多功能我没有使用过,我平常的使用中最经常使用的功能是查看课程表和查看成绩,至于其他功能却很少用到过,感觉应用可以设立一个引导页面来指导新用户快速掌握应用的各个功能的位置
使用思维导图,描述福大助手的结构体系
按照描述的bug定义,找出至少两个功能性的比较严重的bug。
用专业的语言描述bug(每个bug 不少于 40字),并适当配图.
- 点击设置内的推送后程序就能顺利崩溃(未开推送状态:进页面后直接闪退;推送权限开启:进页面不闪退但是应用无响应)
- 成绩功能模块中的各个学年的各科成绩对应的绩点无法统计出来,之后点击刷新问题已经存在,完全退出软件重新打开软件问题已经存在。
- 你觉得为什么这个产品组的人没有发现这些bug?
- 我认为这个问题产生的可能原因在于:1、产品组没有对该功能进行详细的测试,导致前端与后端数据对接的时候绩点这个字段的值读取失败 2、或者该接口本身就没有传递这个数据产品组虽然知道问题存在不过也无能为力
- 假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)
- 我认为团队需要注意根据项目的后期维护,不断保持产品各个功能的可用性
采访
采访一
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
- 福大在读大三学生,只用过教务通,需求:希望查看并下载课程的课件和历年卷
- 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
- 描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
- 问题解决了,除了使用基本功能外用户还下载了很多的课程学习资料。软件的界面简约,主题还可根据个人喜好设置,功能完善,课程信息准确度极高。体验方面没有问题。
- 用户对产品有什么改进意见?
- 用户提出的改进意见是历年卷资料很多过时,希望能及时更新。
- 结论:
- 非常推荐
采访二
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
- 福大在读大三学生,用过教务通,超级课程表,除了现有功能外无其他需求。
- 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
- 描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
- 优点:软件界面精美,功能齐全,运行流畅,课程信息的准确度高,体验方面没有问题。
- 用户对产品有什么改进意见?
- 成绩查询功能里缺少查看课程平均分和最高分的功能,以及缺少绩点排名的变化走势图,希望能添加该功能。
- 结论:
- 推荐
采访三、
- 介绍采访对象的背景和需求(他们有没有用过类似的APP,除了现有的功能还有别的需求么)
- 福大在读大三学生,用过教务通,易班,需求:除了现有功能还经常使用易班进行相关学习工作,希望二者能整合到一起
- 让采访对象使用福大助手(请上传照片证明用户的确正在使用,远程采访的同学请让别人帮忙照相)
- 描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
- 问题解决了,在福大助手中就可直接点开易班,省去了多个软件来回切换的麻烦。软件功能齐全,包括我们经常使用到的空教室查询,图书馆查询,考场查询等都有具备
- 用户对产品有什么改进意见?
- 用户提出希望能增加选课教师信息查看的功能,可以在选课时了解到各个选课老师的信息,方便选择。
- 结论:
- 推荐
分析
- 估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)。
- 大概一个半月
- 分析这个软件目前的优劣(和类似软件相比),并推理出开发团队在软件工程方面可以提高的一个重要部分(具体建议)。
- 优势:相比同类软件(福大教务通), 界面UI更美观, 功能更加齐全,覆盖了日常学习中会使用的大部分功能。
- 劣势:功能繁杂,功能入口不清晰,程序稳定性有提升空间
- 建议:主要要提高的地方就在UI的一些细节上,部分地方风格不是很统一。以及接口的稳定性上,加以改进,部分功能无法使用。
- 根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果
- 重要: 登录, 课程表, 查成绩, 考场查询
- 一般: 历年卷, 大物实验, 易班, 图书馆, 教务通知
- 不重要: 空教室, 嘉锡讲坛, 校招日历, 设置, 注销
完成度:大部分功能都有完成,处理查成绩判断应该是接口问题,暂时无法使用。嘉熙讲坛为对界面进行美化直接套web。
功能逻辑框图
- 针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。
- 用户体验方面: 8
- UI界面美观度: 8.5
- 核心功能: 8
建议和规划
- 如果你是项目经理,如何提高从而在竞争中胜出?
- 据前期的问卷调查以及小组内的个人生活经历,我们认为福大助手的软件质量是值得赞扬的,而在app store中它的评分是满分五颗星,这也从侧面体现了福大助手的软件质量.不过我认为福大助手在一些方面仍然有提高的空间.首先是推广方面,在日常生活中我们很少看到福大助手的广告或者其他推广手段,同学们知道有这么一款软件的存在也是因为口耳相传虽然福大助手可以说是校内唯一的校园服务类app,即使不进行推广有需求的同学也会在需要时自发下载,但是缺乏推广就使得很多同学不知道这么一款好软件的存在,如果我是项目经理,我会花费一些精力在产品的推广上,比如在新生入学时向学生们推广这款软件
- 目前市场上有什么样的产品了?
- 目前市面上与这款软件定位类似的软件有福大易班,福大教务通
- 我们计划设计的功能:
- 添加福大地图导航功能:对目前市面上的导航软件没有的一些福大地标进行导航(比如福大信息办,福大教学楼监控室)
- 为何要做这个功能,而不是其他功能?
- 市面上的导航软件对大学内的导航存在一些盲区,普通用户在通过这些地图无法快速找到目的地,而通过浏览福大网站来找到相应地标的方式又比较繁杂而成功率不高,举个例子:福州大学的教学区监控室在中楼3楼多媒体监控厅,这在市面上流行的导航地图中都是查不到。
- 为什么用户会用你的产品/功能?
- 市面上的导航软件还没有将精力投入到校园内的导航,对一些只流传于同学口中的地点导航地图更是无法顾及,因此我们的校园导航功能瞄准的就是这个痛点。
- 你的创新在哪里?可以用 NABCD 分析。
- NEED:市面上的导航软件对大学内的导航存在一些盲区,普通用户在通过这些地图无法快速找到目的地,而通过浏览福大网站来找到相应地标的方式又比较繁杂而成功率不高,举个例子:福州大学的教学区监控室在中楼3楼多媒体监控厅,这在市面上流行的导航地图中都是查不到。
- APPROACH:在福大助手中添加校园地图功能,通过问卷调查并在福大相关网站上收集福大的详细地标,并将数据整合到我们的福大地图中,形成福大地图导航
- BENIFIT:节约同学们校内寻路的时间,节约同学们因不知道校内某个地点而向其他人询问的时间
- COMPETITOR:目前市面上的导航软件在校内导航做得并不好,而且针对校内一些只流传于同学口中的地点导航地图更是无法顾及,所以我们目前的竞争对手在信息来源这方面无法与我们的优势比拟
- DELIVERY:我们会积极寻求与校方合作,借用校方的宣传渠道为我们的产品进行推广(毕竟是根正苗红的福大app)
- 如果你来领导这个团队,会有什么不一样?
- 如果我来领导这个团队,我会更注重项目的推广,因为根据我们发布的100人问卷的结果显示,仍然有12%的人没有听说过“福大助手” 这款软件,此外我们也会积极寻求和校方合作,借助学校的渠道来帮助宣传我们的软件
- 如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
- 我们的分配:前端-2人 后端-2人 测试-1人
- 描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
周数 | 计划 | 里程碑 | 绩点 |
---|---|---|---|
1 | 问题定义,可行性研究,需求分析 | 完成项目需求说明书 | 10% |
2 | 软件总体设计,详细设计 | 用层次图完成软件结构设计,编写程序规格说明书 | 30% |
3-10 | 具体编码及单元测试 | 将详细设计的结果翻译成项目所用的语言,并编写相应的单元测试,发布alpha版本 | 30% |
11 | 综合测试 | 针对小部分目标用户展开Alpha版本的使用评测,收集产品缺陷与改进之处 | 5% |
12-15 | beta版本开发 | 针对Alpha版本中存在的软件缺陷进行改进,按照规格说明书中的验收标准对产品进行验收 | 15% |
16 | 正式版本发布 | 软件按照规格说明书中的定义良好的运行 | 10% |
- 项目发布后,有没有考虑过项目该怎么部署才能满足需求。依据附录图(某校教务处系统的部署)作为参考,分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
- 我们认为为了满足目前的用户规模我们需要:
- 负载均衡:2台
- 应用服务器:16核32G 2台
- 后端服务器:32核64G 3台
- 关系型数据库:Oracle 3个 主从数据库+备份
- 缓存数据库:Redis 2个 主备
增量开发设计
- 优化/新增功能点的原型界面:福大校园地图导航
- 假设需要查找福大信息化办公室
- 基本实现思路
- 接入百度地图SDK,并根据我们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址形成地理数据导入到地图中。
- 优化/新增功能点与原有产品如何接入
- 新增功能与原有界面并不会产生冲突,可以考虑在侧边栏添加一个按钮指向本功能,并在应用引导页设置提醒,向用户介绍本新增功能的入口
答辩总结
小组现场答辩得分:
- 去掉一个最高分,去掉一个最低分,小组最终得分为78.5分
组号 | 组名 | 打分 |
---|---|---|
1 | 爸爸饿了队 | 77 |
2 | 拖鞋旅游队 | 77 |
3 | 彳艮彳亍队 | 81 |
4 | 火箭少男100 | 74 |
5 | 起床一起肝活队 | 80 |
6 | 404 Note Found队 | 85 |
7 | 第三视角 | 74 |
8 | 小白吃 | 82 |
问题回答:
第二组的提问
问题1:能否说明一下寻找以及测试BUG的所使用的时间?感觉你们找的BUG蛮不容易找的
答:我们小组的测试人员使用了一个晚上——将近4个小时的时间完成找bug的任务
问题2:能否提供使用频率中饼图的具体百分比?
答:
问题3:增量开发中是否真的能做到直接找到一间办公室的地址然后进行导航?
答:具体的地理数据需要根据我们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址形成地理数据导入到地图中。
第三组的提问
问题1:个人觉得地图导航需求不高,我觉得比如说你要去哪个办公室,他告诉你哪栋楼几零几来的实在。
答:感谢建议,我们的原型设想是将地标显示到地图上,之后如果用户点击该地标会有更详细的地理位置信息展现。
问题2:请问你们调查项目需求的时候是调查了多少人呢?是以什么样的形式?
答:我们主要针对大一新生发布了一份问卷调查,共有100人回答了本问卷
问题3:感觉增量开发设计这块所给出的新功能只有一个,是否有更多的想发没有分享?
答:我们一开始的设想有3个新功能,分别是:课程表备忘功能、图书馆自习室预定功能整合以及福大地图导航,最后我们小组认为福大地图导航的刚需最强,且实现可能性大所以最后选择了这个功能
第四组的提问
问题1:为什么ppt中只展示了两个系统的各一个bug呢?
答: 我们在项目评测报告中展示了小组成员测试到的其他bug,ppt中只展示了在我们看来最严重、最隐蔽的bug,一方面是为了压缩演讲内容,另一方面是其他bug相比起展示的bug节目效果较差
问题2:能否在ppt中体现队员分工呢?
答: 我们会在之后的ppt中注意的
问题3:测试报告中几乎没有一张图片,会不会没有信服力呢?
答: 感谢您的建议,我们会在之后的报告中关注没有图片这个问题。
第五组的提问
问题1:ppt中增量开发设计模块只有一个功能,是否没有展示完全?
答:我们一开始的设想有3个新功能,分别是:课程表备忘功能、图书馆自习室预定功能整合以及福大地图导航,最后我们小组认为福大地图导航的刚需最强,且实现可能性大所以最后选择了这个功能
问题2:ppt中的bug测试展示是否有点少了?bug测试大概花了多长时间?
答:我们在项目评测报告中展示了小组成员测试到的其他bug,ppt中只展示了在我们看来最严重、最隐蔽的bug。我们安卓端与ios端的测试人员分别用了4个小时的时间进行bug测试,虽然bug数量少,但是我认为我们安卓端的bug是最隐蔽的
问题3:请问接受调查的用户的年级分布是怎样的?
答:
第六组的提问
问题1:1、增量功能的想法很好,但是具体怎么实施?
答:实现思路:接入百度地图SDK,并根据我们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址形成地理数据导入到地图中。
问题2:2、你们的问卷调查看起来效果不错,能不能简要叙述一下你们都有什么问题?
答:欢迎查看我们的问卷调查
问题3:3、有没有考虑过从别的途径进行测试,而不是人工测试?
答: 感谢您的建议,我们也是听了您组的报告才知道还有自动化测试应用的网站存在(孤陋寡闻了),如果有下次我们一定考虑自动化测试应用的方式与手工测试方式相结合。
第七组的提问
问题1:针对调查问卷具有局限性这个问题,你们打算怎么改进?
答:之后我们会考虑通过与其他方式相结合来进行调查,感谢您的建议
问题2:建议你们注意一下《测试报告》中目录的格式问题?
答:谢谢您的提醒,我们在之后的报告中会更加注意格式问题
问题3:ppt中新功能的需求,有一部分是希望可以添加其他功能,可以说明具体是添加哪些功能吗?
答:希望添加其他功能是某位受访者在回答希望添加什么功能时提出的回复,我们只是真实的把他的回答展现在词云中。
第八组的提问
问题1:ppt中的功能使用频率的具体数据是怎么得到的?
答:我们通过向福大学生发布问卷调查来获得的数据
问题2:ppt中的福大助手结构图是否过于简单?嘉锡讲坛等功能就无法被易班、生活工具、教务工具的其中之一涵盖
答:为了ppt的显示清晰我们在演讲时的图片是进行过简化的,详图在上方作业要求部分已经体现
问题3:增量开发设计中的福大地图导航想法很妙,能否简述一下技术实现步骤?
答:实现思路:接入百度地图SDK,并根据我们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址形成地理数据导入到地图中。
小组本次作业贡献分
组员 | 贡献比例 | 完成任务 |
---|---|---|
王彬 | 20 | 完成博客撰写、项目评测撰写、完成作业建议与规划部分 |
赵畅 | 10 | 演讲PPT |
王源 | 10 | 功能原型图制作 |
志炜 | 10 | 完成项目分析部分 |
文垚 | 10 | 应用测试安卓端、报告表格编辑 |
恒达 | 10 | 应用测试IOS端 |
煌伟 | 10 | 用户采访 |
展瑞 | 10 | 问卷设计、发布并回收 |
岳昕 | 10 | 问卷设计、发布并回收 |
个人部分
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 5 | 5 |
· Estimate | · 估计这个任务需要多少时间 | 5 | 5 |
Development | 开发 | 150 | 150 |
· Analysis | · 需求分析 (包括学习新技术) | 0 | 0 |
· Design Spec | · 生成设计文档 | 0 | 0 |
· Design Review | · 设计复审 | 0 | 0 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 0 | 0 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 150 | 150 |
Reporting | 报告 | 30 | 30 |
· Test Repor | · 测试报告 | 20 | 20 |
· Size Measurement | · 计算工作量 | 0 | 0 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 10 |
合计 | 185 | 185 |
学习进度条
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 500 | 500 | 12 | 12 | 单元测试的写法 |
2 | 0 | 500 | 12 | 17 | Axure RP 8 原型设计工具 |
3 | 300 | 800 | 16 | 33 | C++爬虫、regex正则表达式匹配 |
6 | 0 | 800 | 15 | 48 | UML类图的制作 |
7 | 0 | 800 | 20 | 68 | 软件需求规格说明书的书写 |
11 | 0 | 800 | 5 | 73 | Laravel后端框架安装,腾讯云服务器部署,团队git的使用 |
11 | 100 | 900 | 8 | 81 | git分支操作、MVC模型、最基本的http信息传递、基本的Eloquent数据模型写法 |
11 | 100 | 1000 | 6 | 87 | git多个远程分支同步操作、json发送与接收、http post方法、curl测试 |
11 | 200 | 1200 | 8 | 95 | php后台逻辑、移植数据库、数据接口、前端页面接收post表单返回值 |
12 | 300 | 1500 | 16 | 111 | 数据库调错、后端调错、password_hash、timestamp字段 |
12 | 200 | 1700 | 5 | 116 | git团队合作 |
12 | 100 | 1800 | 5 | 121 | postman测试 |
12 | 100 | 1900 | 3 | 124 | 数据库编码 |
13 | 0 | 1900 | 3 | 127 | alpha结束,进行事后诸葛亮会议,暂无其他技术上的收获 |
14 | 0 | 1900 | 3 | 130 | 进行测试报告作业 |