测试人:文垚前端
描述最简单直观的我的第一次上手体验。ios
第一次上手体验,操做简单,界面简洁。课程表与超级课程表差很少,不一样课程不一样颜色显示,简洁明了。可是总体界面在简洁中透露出些许简陋,总体UI设计缺乏灵性,只有最基本的框架没有进行优化,不够美观。特别是教务通知这一版块,显示过于简陋,教务通知显示常常出现排版混乱的问题。web
使用思惟导图,描述福大助手的结构体系数据库
按照描述的bug定义,找出至少两个功能性的比较严重的bug。json
用专业的语言描述bug(每一个bug 很多于 40字),并适当配图.后端
- 评议完成,但获取成绩数据失败。具体表现为使用易班版块中的“一键XX”功能对老师进行评议,评议完成后仍然没法查当作绩,显示获取成绩数据失败。通过一段时间后再次查询成绩,成功。
缓存
- 使用图书馆功能查找图书,某些状况下直接闪退。具体表现为使用图书馆版块中的查询图书功能,当本次查询结果只有一个时,继续查找其余书籍将直接闪退。例如查找《应用统计方法辞典》,查询结果只有一个。再次查找其余书籍,如《计算机组成原理》,直接闪退。服务器
- 我认为产品组的人没有发现这个bug的缘由多是产品研发完成后,测试组的成员对软件进行的测试不够全面,忽略了这些bug。网络
- 我认为团队须要注意到接入其余学校资源的接口时要兼顾手机端和接口的兼容性架构
测试人:恒达
描述最简单直观的我的第一次上手体验。
软件打开后直接显示课程表,这对常常须要查看课表的我来讲是很是方便的,打开侧边栏后忽然注意到福大助手中还有这么多功能我没有使用过,我日常的使用中最常用的功能是查看课程表和查当作绩,至于其余功能却不多用到过,感受应用能够设立一个引导页面来指导新用户快速掌握应用的各个功能的位置
使用思惟导图,描述福大助手的结构体系
按照描述的bug定义,找出至少两个功能性的比较严重的bug。
用专业的语言描述bug(每一个bug 很多于 40字),并适当配图.
- 点击设置内的推送后程序就能顺利崩溃(未开推送状态:进页面后直接闪退;推送权限开启:进页面不闪退可是应用无响应)
- 成绩功能模块中的各个学年的各科成绩对应的绩点没法统计出来,以后点击刷新问题已经存在,彻底退出软件从新打开软件问题已经存在。
- 我认为这个问题产生的可能缘由在于:一、产品组没有对该功能进行详细的测试,致使前端与后端数据对接的时候绩点这个字段的值读取失败 二、或者该接口自己就没有传递这个数据产品组虽然知道问题存在不过也无能为力
- 我认为团队须要注意根据项目的后期维护,不断保持产品各个功能的可用性
- 福大在读大三学生,只用过教务通,需求:但愿查看并下载课程的课件和历年卷
- 问题解决了,除了使用基本功能外用户还下载了不少的课程学习资料。软件的界面简约,主题还可根据我的喜爱设置,功能完善,课程信息准确度极高。体验方面没有问题。
- 用户提出的改进意见是历年卷资料不少过期,但愿能及时更新。
- 很是推荐
- 福大在读大三学生,用过教务通,超级课程表,除了现有功能外无其余需求。
- 优势:软件界面精美,功能齐全,运行流畅,课程信息的准确度高,体验方面没有问题。
- 成绩查询功能里缺乏查看课程平均分和最高分的功能,以及缺乏绩点排名的变化走势图,但愿能添加该功能。
- 推荐
- 福大在读大三学生,用过教务通,易班,需求:除了现有功能还常用易班进行相关学习工做,但愿两者能整合到一块儿
- 问题解决了,在福大助手中就可直接点开易班,省去了多个软件来回切换的麻烦。软件功能齐全,包括咱们常用到的空教室查询,图书馆查询,考场查询等都有具有
- 用户提出但愿能增长选课教师信息查看的功能,能够在选课时了解到各个选课老师的信息,方便选择。
- 推荐
- 大概一个半月
- 优点:相比同类软件(福大教务通), 界面UI更美观, 功能更加齐全,覆盖了平常学习中会使用的大部分功能。
- 劣势:功能繁杂,功能入口不清晰,程序稳定性有提高空间
- 建议:主要要提升的地方就在UI的一些细节上,部分地方风格不是很统一。以及接口的稳定性上,加以改进,部分功能没法使用。
- 重要: 登陆, 课程表, 查成绩, 考场查询
- 通常: 历年卷, 大物实验, 易班, 图书馆, 教务通知
- 不重要: 空教室, 嘉锡讲坛, 校招日历, 设置, 注销
完成度:大部分功能都有完成,处理查成绩判断应该是接口问题,暂时没法使用。嘉熙讲坛为对界面进行美化直接套web。
功能逻辑框图
- 用户体验方面: 8
- UI界面美观度: 8.5
- 核心功能: 8
- 据前期的问卷调查以及小组内的我的生活经历,咱们认为福大助手的软件质量是值得赞赏的,而在app store中它的评分是满分五颗星,这也从侧面体现了福大助手的软件质量.不过我认为福大助手在一些方面仍然有提升的空间.首先是推广方面,在平常生活中咱们不多看到福大助手的广告或者其余推广手段,同窗们知道有这么一款软件的存在也是由于口耳相传虽然福大助手能够说是校内惟一的校园服务类app,即便不进行推广有需求的同窗也会在须要时自发下载,可是缺少推广就使得不少同窗不知道这么一款好软件的存在,若是我是项目经理,我会花费一些精力在产品的推广上,好比在新生入学时向学生们推广这款软件
- 目前市面上与这款软件定位相似的软件有福大易班,福大教务通
- 添加福大地图导航功能:对目前市面上的导航软件没有的一些福大地标进行导航(好比福大信息办,福大教学楼监控室)
- 市面上的导航软件对大学内的导航存在一些盲区,普通用户在经过这些地图没法快速找到目的地,而经过浏览福大网站来找到相应地标的方式又比较繁杂而成功率不高,举个例子:福州大学的教学区监控室在中楼3楼多媒体监控厅,这在市面上流行的导航地图中都是查不到。
- 市面上的导航软件尚未将精力投入到校园内的导航,对一些只流传于同窗口中的地点导航地图更是没法顾及,所以咱们的校园导航功能瞄准的就是这个痛点。
- NEED:市面上的导航软件对大学内的导航存在一些盲区,普通用户在经过这些地图没法快速找到目的地,而经过浏览福大网站来找到相应地标的方式又比较繁杂而成功率不高,举个例子:福州大学的教学区监控室在中楼3楼多媒体监控厅,这在市面上流行的导航地图中都是查不到。
- APPROACH:在福大助手中添加校园地图功能,经过问卷调查并在福大相关网站上收集福大的详细地标,并将数据整合到咱们的福大地图中,造成福大地图导航
- BENIFIT:节约同窗们校内寻路的时间,节约同窗们因不知道校内某个地点而向其余人询问的时间
- COMPETITOR:目前市面上的导航软件在校内导航作得并很差,并且针对校内一些只流传于同窗口中的地点导航地图更是没法顾及,因此咱们目前的竞争对手在信息来源这方面没法与咱们的优点比拟
- DELIVERY:咱们会积极寻求与校方合做,借用校方的宣传渠道为咱们的产品进行推广(毕竟是根正苗红的福大app)
- 若是我来领导这个团队,我会更注重项目的推广,由于根据咱们发布的100人问卷的结果显示,仍然有12%的人没有据说过“福大助手” 这款软件,此外咱们也会积极寻求和校方合做,借助学校的渠道来帮助宣传咱们的软件
- 咱们的分配:前端-2人 后端-2人 测试-1人
周数 | 计划 | 里程碑 | 绩点 |
---|---|---|---|
1 | 问题定义,可行性研究,需求分析 | 完成项目需求说明书 | 10% |
2 | 软件整体设计,详细设计 | 用层次图完成软件结构设计,编写程序规格说明书 | 30% |
3-10 | 具体编码及单元测试 | 将详细设计的结果翻译成项目所用的语言,并编写相应的单元测试,发布alpha版本 | 30% |
11 | 综合测试 | 针对小部分目标用户展开Alpha版本的使用评测,收集产品缺陷与改进之处 | 5% |
12-15 | beta版本开发 | 针对Alpha版本中存在的软件缺陷进行改进,按照规格说明书中的验收标准对产品进行验收 | 15% |
16 | 正式版本发布 | 软件按照规格说明书中的定义良好的运行 | 10% |
- 咱们认为为了知足目前的用户规模咱们须要:
- 负载均衡:2台
- 应用服务器:16核32G 2台
- 后端服务器:32核64G 3台
- 关系型数据库:Oracle 3个 主从数据库+备份
- 缓存数据库:Redis 2个 主备
- 假设须要查找福大信息化办公室
- 接入百度地图SDK,并根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。
- 新增功能与原有界面并不会产生冲突,能够考虑在侧边栏添加一个按钮指向本功能,并在应用引导页设置提醒,向用户介绍本新增功能的入口
组号 | 组名 | 打分 |
---|---|---|
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:一、增量功能的想法很好,可是具体怎么实施?
答:实现思路:接入百度地图SDK,并根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。
问题2:二、大家的问卷调查看起来效果不错,能不能简要叙述一下大家都有什么问题?
答:欢迎查看咱们的问卷调查
问题3:三、有没有考虑过从别的途径进行测试,而不是人工测试?
答: 感谢您的建议,咱们也是听了您组的报告才知道还有自动化测试应用的网站存在(孤陋寡闻了),若是有下次咱们必定考虑自动化测试应用的方式与手工测试方式相结合。
问题1:针对调查问卷具备局限性这个问题,大家打算怎么改进?
答:以后咱们会考虑经过与其余方式相结合来进行调查,感谢您的建议
问题2:建议大家注意一下《测试报告》中目录的格式问题?
答:谢谢您的提醒,咱们在以后的报告中会更加注意格式问题
问题3:ppt中新功能的需求,有一部分是但愿能够添加其余功能,能够说明具体是添加哪些功能吗?
答:但愿添加其余功能是某位受访者在回答但愿添加什么功能时提出的回复,咱们只是真实的把他的回答展示在词云中。
问题1:ppt中的功能使用频率的具体数据是怎么获得的?
答:咱们经过向福大学生发布问卷调查来得到的数据
问题2:ppt中的福大助手结构图是否过于简单?嘉锡讲坛等功能就没法被易班、生活工具、教务工具的其中之一涵盖
答:为了ppt的显示清晰咱们在演讲时的图片是进行过简化的,详图在上方做业要求部分已经体现
问题3:增量开发设计中的福大地图导航想法很妙,可否简述一下技术实现步骤?
答:实现思路:接入百度地图SDK,并根据咱们对福大学生的问卷调查以及访问福大各个机构官网查找机构地址造成地理数据导入到地图中。
组员 | 贡献比例 | 完成任务 |
---|---|---|
王彬 | 20 | 完成博客撰写、项目评测撰写、完成做业建议与规划部分 |
赵畅 | 10 | 演讲PPT |
王源 | 10 | 功能原型图制做 |
志炜 | 10 | 完成项目分析部分 |
文垚 | 10 | 应用测试安卓端、报告表格编辑 |
恒达 | 10 | 应用测试IOS端 |
煌伟 | 10 | 用户采访 |
展瑞 | 10 | 问卷设计、发布并回收 |
岳昕 | 10 | 问卷设计、发布并回收 |
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 5 | 5 |
· Estimate | · 估计这个任务须要多少时间 | 5 | 5 |
Development | 开发 | 30 | 50 |
· Analysis | · 需求分析 (包括学习新技术) | 30 | 50 |
· Design Spec | · 生成设计文档 | 0 | 0 |
· Design Review | · 设计复审 | 0 | 0 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 0 | 0 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 15 | 40 |
· Test Repor | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工做量 | 10 | 30 |
· Postmortem & Process Improvement Plan | · 过后总结, 并提出过程改进计划 | 5 | 10 |
合计 | 50 | 95 |
第N周 | 新增代码行 | 累计代码行 | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 200 | 200 | 15 | 15 | 学习Java以及IDEA的使用 |
2 | 10 | 25 | 阅读构建之法,了解了NABCD模型,学会了原型工具的使用 | ||
3 | 600 | 800 | 20 | 45 | 阅读《第一行代码》学习Android开发,Java进一步学习 |
7 | 300 | 1100 | 15 | 60 | 学习Android的UI设计 |
8 | 200 | 1300 | 20 | 80 | 学习Android的数据存储及网络技术 |
9 | 600 | 1800 | 8 | 88 | 进一步学习界面的布局设计和一些控件的属性设置 |
10 | 200 | 2000 | 4 | 92 | 控件效果的优化 |
10 | 300 | 2300 | 5 | 97 | 学会使用HTTP协议进行简单的数据交互 |
11 | 400 | 2700 | 8 | 105 | 学习okhttp中post及get的使用 |
11 | 300 | 3000 | 7 | 112 | Android json数据的学习使用 |
12 | 400 | 3400 | 9 | 121 | 学习SharedPreferences存储与读取数据 |
12 | 100 | 3500 | 3 | 124 | 学习短信验证码的使用 |
12 | 0 | 3500 | 0 | 124 | 复习接口和图形学 |
12 | 0 | 3500 | 0 | 124 | 准备接口和图形学考试 |
13 | 0 | 3500 | 0 | 124 | 准备六级 |