鲍国锴---实践课:案例分析
作者:互联网
第一部分 找Bug
-
Bug发生时的测试环境
-
手机型号:Iphone11
-
操作系统版本:14.0.1
-
第二点BUG是i至诚放在后台过段时间切回来发生的,重启软件就能正常显示
-
-
BGU具体情况描述:
-
1.i至诚的打卡时间有2-3分钟时间的延迟,可以看到当前时间是18:01,但是打卡时间显示17:59 
-
2.App公告点进内容后无显示
-
3.进校码进入后没有显示二维码,只有文字提醒
-
BGU分析:
-
打卡时间的延迟应该是远程服务器上的时间慢了两分钟,而不是提交延迟,因为延迟的话两分钟时间过长,不合理,两分钟都能算无响应了,并且提交打卡后是能实时看到自己已经打了卡的
-
App公告无内容应该是i至诚软件进入后台被系统切断了进程,释放资源,这时候网络断开了
-
-
BGU严重性:
-
打卡时间的延迟的问题是比较严重的,许多学生设置的闹钟是准点的,这样他们在打卡的时候软件内部记录的时间是23:58分,第二天就会因为"没有打卡"而被处分
-
App公告无内容会导致学生们收到的消息不及时,不明白学校近期发生的大事
-
不显示二维码会影响学生的进校和出校便利性
-
功能分析
-
根据软件已有的功能,评估其做到这个程度大约需要多少时间?
-
后端层面:i至诚的小功能还是很多的,每一个小功能都要写对应的逻辑,算是重点部分,预计两个月
-
前端层面:i至诚的界面设计还是非常简洁的,没有过多的排版设计,每个小图标就是一个功能,预计5天
-
数据库层面:整个软件最重要的部分,里面存储了学生的基本信息,甚至还涉及到了金额,预计两个月
-
全部实现预计四个半月
-
-
分析这个软件目前的优劣(和微信端的“至诚教务助手”相比),哪个更实用?
-
i至诚更实用
-
i至诚有美化过的界面,观赏性好
-
i至诚能够进出图书馆,食堂买饭,进出校园,功能更多
-
i至诚操控性好,划分好了各个功能的区域,便于查找对应功能
-
-
-
从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面?
-
市场调研方面,多询问学生最常用i至诚来做什么,应该把打卡放在第一位
-
-
你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因??
-
打卡延迟的问题应该是后期出现的,测试的时候没问题,后期服务器出错,工作人员没有发现,因为只差了两分钟,容易忽略
-
公告不显示的问题应该是不知道,测试时也不会特意去切换程序
-
第三部分 建议和规划
-
市场现状
- 目前市场上是否有其他类似功能的产品、竞品?
- 各个学校都有自己特有的校园App
- 上述产品的定位、优势与劣势在哪里?
- 定位: 一款为学生提供校园生活需求的软件
- 优势: 一个学校只有一个该类app,学校想要享受服务只有一个可选,类似垄断
- 目前市场上是否有其他类似功能的产品、竞品?
-
市场与产品生态
- 产品的用户群体之间是否存在一定的关系?是否有利用其相互作用二次构成特定用户生态的可能性?
- 存在关系:学生---老师
- 有利用其相互作用二次构成特定用户生态的可能性
- 产品的子产品,以及其他相关产品之间是否存在一定的关系?是否有利用各个产品特性之间的相互关系二次构成产品生态的可能性?
- 类似于i至诚的校园软件一个学校只有一个,并且功能丰富,并不存在子软件和其它相关产品
- 产品的用户群体之间是否存在一定的关系?是否有利用其相互作用二次构成特定用户生态的可能性?
-
产品规划
- 如果你是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发,测试,美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
- 最开始六个人都可以进行广泛的市场调研
- 市场调研后美工进行大致功能的设计
- 开发人员针对美工设计的模块进行功能实现
- 测试人员紧随开发人员完成的功能进行测试
- 过程中随着新问题,新功能的出现,重复上述过程
- 请为你的团队设计16个周期每周的详细规划。
- 如果你是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发,测试,美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
时间 | 分类 | 人数 | 工作 |
---|---|---|---|
第一周 | 分析 | 6人 | 用户的需求调研与分析 |
第二周 | 美工 | 2人 | 界面设计 |
开发 | 4人 | 完成初始界面功能 | |
测试 | 2人 | 各个模块的大致功能是否能正常使用 | |
第三-第八周 | 开发 | 4人 | 初始功能进行延伸,子功能的实现 |
美工 | 一人 | 子功能界面的设计 | |
测试 | 2人 | 对子动能的测试 | |
第九周 | 开发 | 3人 | 针对用户提出的问题进行增加,删除功能 |
测试 | 2人 | 继续对功能的测试和BUG的查找 | |
第十-第十三周 | 开发 | 4人 | 和数据库挂钩 |
测试 | 2人 | 测试在对接后的功能 | |
第十四-第十五周 | 开发 | 4人 | 对之前存在的问题进行解决 |
测试 | 1人 | 继续相应的测试 | |
第十六周 | 美工 | 2人 | 对测试存在的问题进行修改 |
标签:至诚,功能,美工,---,案例,测试,软件,鲍国锴,打卡 来源: https://www.cnblogs.com/HeyyyKong/p/16120575.html