3 20210405-1 案例分析作业
这个作业属于哪个课程 | 软工-2018级计算机二班 |
---|---|
这个作业要求在哪里 | 3 20210405-1 案例分析作业 |
这个作业的目标 | 学会对产品的调研和分析 |
学号 | 20188434 |
第一部分 调研,评测(软件的 bug,功能评测,黑箱测试,第8章用户调研,12章软件的用户体验)(必答)
测评产品
1.csdn APP
2.牛客 APP
3.微信公众号
Bug发生时的测试环境
牛客app3.26.4
Bug的可复现性及具体复现步骤
满足特定条件下发生的Bug,就是在练习的时候选错语言,或者立马想换一种语言的时候就会提示操作过快,请稍后再试。
Bug具体情况描述
1.换语言的时候就会这样子
2.文字显示不完全
Bug分析
第一个bug可能是换语言太频繁导致的或者是两次切换间隔时间不能太短
第二个bug可能单纯的就是代码错误导致文字显示不完全
这两个bug的严重性还不是很高,不会影响整体的使用,但是可能会影响部分用户的体验
- 对于Bug的预期及改进建议
希望可以及时改正吧,文字显示不完全这种应该是低级错误吧,可能只是某位程序员的疏忽导致的
1.使用软件截图
牛客app
csdn app
2.软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
优点之一就是岗位分类详细
但是也有一个缺点就是这么多岗位分类里面居然没有教育行业,现在教培行业也比较发达,可以考虑增加一个
用户体验方面还真有一个问题,就是每次在牛客保存图片的时候,他都会保存两个一模一样的图片,试了很多次都是这样,不知道是他自动保存了两次还是什么,虽然算不上bug,但是对用户体验还是有一定的影响
结论:好,不错。值得推荐
第二部分 分析(参考8.6节对工作的估计,和14.1节软件工程的质量)
在书上我们看到:
程序 = 算法 + 数据结构
软件 = 程序 + 软件工程(软件服务还有数据,内容的因素)
软件企业 = 软件 + 商业模式
那么:
-
使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI支持)。(必答)
团队人数6人左右,从制作到完善大概需要一到两年的时间吧 -
分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?(必答)
这个产品的质量目前应该可以在同类产品中名列前茅,数一数二的存在吧,目前也比较成熟了。 -
你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?可以从下面的可能性中选取几个:
1.对用户需求掌握不好
2.具体的设计质量不高
3.开发人员粗心大意
4.测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试
5.其他
第一个bug也可能是故意为之,毕竟点的太快了也会增加服务器的压力,所以才会写出一个弹窗提示
第二个bug就可能是开发人员粗心大意导致的了,导致文字显示不完全,这应该算比较粗心导致的
第三部分 建议和规划(参考《构建之法》第8章功能的定位和优先级;第9章项目经理)
这个软件/网站/服务有很多可以提高的部分,如果你是新上任的项目经理,如何提高从而在竞争中胜出?请针对以下的问题进行思考
市场概况
-
首先市场有多大?
市场还是不错的,可以面向大部分想求职的年轻人 -
其次直接的用户有多少?潜在的用户又有多少?
直接用户就是目前已经毕业的想找工作的年轻人,潜在用户大部分就是即将毕业的在校大学生,具体有多少目前还不能统计出来
市场现状
-
目前市场上有什么样的产品了?
牛客,csdn等 -
上述产品的定位、优势与劣势在哪里?
定位就是面向大部分想求职的年轻人;优势就是面向的对象比较广,直接用户和潜在用户都比较多;劣势就是产品目前还有一些未处理的bug,这些bug会影响部分用户的体验。
市场与产品生态
-
这个产品的核心用户群是什么样的人?典型用户是什么样的?
核心用户群就是想求职的大部分年轻人;典型用户就是刚毕业的大学生。 -
产品的用户群体之间是否存在一定的关系?是否有利用其相互作用二次构成特定用户生态的可能性?
用户群体存在一定的相互联系,也有这种上述的可能性
产品规划
- 你要在当前软件的基础上设计什么样的新功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用NABCD分析。
如果你是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发,测试,美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
请为你的团队设计16个周期每周的详细规划。
我认为应该配置四个人负责开发,一个负责测试,一个负责美工。
请为你的团队设计16个周期每周的详细规划。
第一周:制定计划及分工
第二周:开发开始负责设计
第3周:边设计边改进
第4-9周:实现基本雏形
第10-13周:测试负责测试bug
第14-15周:开始内测
第16周:发布产品