软件评测
| 这个作业属于哪个课程 | 2021春软件工程实践|W班(福州大学) |
|---|---|
| 这个作业要求在哪里 | 软件评测 |
这个作业的目标 |
1.调研，评测 2.分析 3. 建议和规划 |
| 其他参考文献 | ... |
写在前面
本人B站地址,以下视频均为本人传到b站，自己引用。
bug参考资料
牡蛎导航栏在右边，谢谢。
bug等级分类
| 等级 | bug指标量化标准 |
|---|---|
| 1级bug，致命错误 | 致命性系统故障、致命性安全性漏洞、用户体验严重影响 |
| 2级bug，严重错误 | 重要功能不能实现，错误的波及面广，影响到其他重要功能正常实现 |
| 3级bug，一般错误 | 查询错误、数据错误显示，次要功能不能正常实现，操作界面错误 |
| 4级bug，程序在一些显示上不美观，不符合用户习惯 | 界面不规范，辅助说明描述不清楚，提示窗口文字未采用行业术语，界面存在文字错误 |
bug的类型
调研，评测
CSDN
体验
介绍和使用软件
CSDN包括pc端和手机端两个平台，里面共分为博客板块、专栏视频板块、下载板块、论坛板块、问答板块、直播板块、代码板块以及社区板块。IT从业者可以在各个板块找到自己需要的东西，解决问题，在直播板块可以进行学习新的知识和技术，在博客问答论坛社区等板块可以与有相同技术的同志进行沟通交流。
优缺点分析
优点：资源总量大，问题解决方案多，在学习方面功能足够，用户的数量也足够，能够切实解决问题。
缺点：在搜索解决问题时，会出现众多重复的答案，也会出现一些其他用户的水答案，只能一个一个点开查找自己想要的答案，耗时耗力。
对产品有什么改进意见？
1.优化搜索答案的算法，
2.在提问之后进行审核，
3.用户提出问题之后，系统发送问题让回答数量多的大神进行回答，提高解决问题的速度。
采访另一个用户
BUG
bug1
- Bug发生时的测试环境
ColorOS V6.0.1,Android,CSDN V4.7.1 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述:点击收益板块会先跳转到csdn的首页然后才跳转到申请提现页面
- Bug分析
1.可能成因：估计在写跳转的时候写成了先跳转到主页，但没有加载出来就立马跳转到收益页面了
2.bug严重性：界面错乱类bug，三级bug
3.bug的预期和改进：在跳转的代码处理地方重新修订一下。
bug2
- Bug发生时的测试环境
Win10企业版1909，360浏览器版本号12.2.1940.0 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述
返回顶部重复按会导致页面疯狂抖动 - Bug分析
1.可能成因：在写返回顶部按钮时没有用到多线程，也没有设置冷静时间，在重复按返回顶部会重复返回顶部，其他的网站都是按多少次只回一次。
2.bug严重性：操作界面错误bug，三级bug
3.bug的预期和改进：在返回按钮那边设置个锁，只接收第一次返回顶部的按钮
bug3
- Bug发生时的测试环境
ColorOS V6.0.1,Android,CSDN V4.7.1 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述
CSDN App博客上的目录无跳转功能 - Bug分析
1.可能成因：程序员在写这部分代码时没有实现这个功能。
2.bug严重性：重要功能不能实现bug，二级bug
3.bug的预期和改进：重新进行代码构造，加入目录跳转的功能。 - 【进阶】Bug 反馈
结论
好，不错，很推挤在校的大学生和国内的程序员进行使用。
Stack Overflow
体验
介绍和使用软件
Stack Overflow分为主页，公共页，找工作页以及队伍页这四个大板块。其中公共页里面分了三个小模块，问题板块、标签板块以及用户数板块。拥有全球巨大基数的程序员，问一个问题大约两分钟左右就有人回答。体验极佳。
优缺点分析
优点：基数大，拥有全球众多的程序员进行回复问题。同时有许多公司在上面投递岗位，包括国内外的许多优秀的互联网公司
缺点：网站只有英文版，阅读习惯不同，机器翻译可能会导致理解偏差。而且，不使用加速器的话网速很慢。
对产品有什么改进意见？
1.希望推出中国国内版本，
2.将搜索框放于更显眼的位置。
采访另一个用户
BUG
bug1
- Bug发生时的测试环境
Win10企业版1909，Google Chrome 版本 90.0.4430.212 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述:Stack Overflow在用github账号登录后并不会自动生成一个属于本平台的账号，数据也无法共通
- Bug分析
1.可能成因：没有与github进行数据互通，也没有在用github登录之后生成一个账号让登录的人进行使用和设置
2.bug严重性：重要功能不能实现bug，二级bug
3.bug的预期和改进：在github登录之后生成一个属于本平台的账号，让用户设置密码，用邮箱验证。之后也可以用账号密码登录，已防止用户没办法登录github而没办法登录此账号。
结论
很推荐，不论是国内国外都很好用，而且还能认识外国友人。
SegmentFault
体验
介绍和使用软件
SegmentFault包括pc端和手机端两个平台，里面共分为问答板块、专栏视频板块、课程板块、活动版块以及发现板块。IT从业者可以在各个板块找到自己需要的东西，解决问题，在直播板块可以进行学习新的知识和技术，在课程版块和专栏版块可以看一些大牛发布的教程。在问答板块可以进行提问或解答别人的疑惑。
优缺点分析
优点：界面干净整洁，提问的有审核功能
缺点：功能多但是几乎没怎么用，知名度不高，（可能是我孤陋寡闻）。
对产品有什么改进意见？
1.审核降低一些要求，
2.提问之后希望回答速度快一些。
采访另一个用户
BUG
bug1
- Bug发生时的测试环境
Win10企业版1909，360浏览器版本号12.2.1940.0 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述
思否在收藏自己发布的问题，提示不能收藏自己的但在收藏标签依然加一 - Bug分析
1.可能成因：写这个代码时在查询时发现是自己发布的问题，但在判断之后依然进行+1操作
2.bug严重性：数据错误显示bug，三级bug
3.bug的预期和改进：将+1操作写在判断语句内部即可
bug2
- Bug发生时的测试环境
Win10企业版1909，360浏览器版本号12.2.1940.0 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述
思否在操作自己的问题时，即使操作不超过也会有图标上的反馈 - Bug分析
1.可能成因：写这个代码时在查询时发现是自己发布的问题，但在判断之后依然将图标改变
2.bug严重性：数据错误显示bug，三级bug
3.bug的预期和改进：可能是前端的问题，也可能是后端的问题，建议多加一个字段给前端判断这个图标是否需要改变
bug3
- Bug发生时的测试环境
ColorOS V6.0.1,Android,SegmentFault 5.3.5 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述
思否app消息显示数量异常 - Bug分析
1.可能成因：在计算信息数时有的部分没有进行计算
2.bug严重性：数据错误显示bug，三级bug
3.bug的预期和改进：重新进行计算信息的数量，加入各个模块。
bug4
- Bug发生时的测试环境
ColorOS V6.0.1,Android,SegmentFault 5.3.5 - Bug的可复现性及具体复现步骤
见下面视频，必然发生 - Bug具体情况描述
思否可随机邀请任何人回答任何问题 - Bug分析
1.可能成因：没有进行隐私处理
2.bug严重性：致命性安全性漏洞bug，一级bug
3.bug的预期和改进：用户只能邀请一些公开的，能让人邀请的用户进行回答，不然会出现某个用户的消息轰炸。
结论
一般，可替代的软件过多，没有自己的亮点。
分析
CSDN
开发时间估计
团队人数6人左右，计算机大学毕业生，并有专业UI支持,开发估计一年左右。
同类产品对比排名
优势，中文社区，拥有庞大的中国市场。同类产品估计名列第二。
[BUG存在的原因分析]
前面两个应该是没有发现，第三个是对用户需求把握不好。
Stack Overflow
开发时间估计
团队人数6人左右，计算机大学毕业生，并有专业UI支持,开发估计40周左右。
同类产品对比排名
优势，面向全球，基数庞大，对公司和个人都很友好，同类产品中名列第一。
[BUG存在的原因分析]
对中国用户的需求把握不好。
SegmentFault
开发时间估计
团队人数6人左右，计算机大学毕业生，并有专业UI支持,开发估计36周左右。
同类产品对比排名
优势，界面干净整洁，有人工审核问题，同类产品中名列第五。
[BUG存在的原因分析]
未能及时发现bug，所以未修复，手机app处于刚开始阶段，拥有较多的bug。
建议和规划
市场概况
- IT问答社区有巨大的潜力。
- 我国IT从业者越来越多，必然导致IT问答具有广泛的市场
- 直接的用户至少有1000万人，按每年增长50万人的比例至少还有百万的潜在用户
市场现状
目前市场上有什么样的产品了？
目前国内拥有CSDN这种现象级产品，国外则有Stack Overflow这一巨头，其他的segmentfault小众产品偏居一隅。
上述产品的定位、优势与劣势在哪里？
- Stack Overflow定位于全球，面向个体与企业进行问答并且招聘等功能。
- 优势在于出现的时间较早，已经占据了广泛的全球市场。
- 劣势在于没有中文版，而且需要加速器才能进行更好的用户体验。
- CSDN面向中国国内，拥有一整套的it学习流程。
- 优势在于拥有广泛的知名度，平台功能齐全，总量大。
- 劣势在于功能太过繁杂，广告放置位置影响用户体验，吃相难看。
- segmentfault面向中国国内用户，主要问答板块，目前开始扩展直播等功能。
- 优势在于页面简单整洁，用户体验好。
- 劣势在于在有csdn的包夹下生存环境堪忧。
上述产品之间呈现什么样的关系，哪些为竞品关系？以及竞争中的各方态势如何？
segmentfault和csdn呈竞争关系，csdn以巨大优势占据着国内的市场，几乎是垄断。而Stack Overflow主要战场在国外，目前与这国内软件无关系。
市场与产品生态
这个产品的核心用户群是什么样的人？典型用户是什么样的？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？
- 核心用户群：IT从业者
- 典型用户：在学习和工作过程中遇到有关IT问题的IT用户和乐于分享的IT用户
- 学历：职高，大专，本科，硕士，博士，
- 年龄：18-50岁
- 专业：软件工程类，计算机类，数学类，信息安全类甚至于经济统计类
- 爱好：乐爱编程
- 收入：无收入人群到普通收入人群再到高收入人群都有
- 表面需求：解决问题
- 潜在需求：提升自我
产品的用户群体之间是否存在一定的关系？是否有利用其相互作用二次构成特定用户生态的可能性？
- 存在一定关系
- 能够利用其相互作用二次构成特定用户生态
- 可以让想要获取知识的用户来成为知识提供者
产品的子产品，以及其他相关产品之间是否存在一定的关系？是否有利用各个产品特性之间的相互关系二次构成产品生态的可能性？
- 产品的子产品，以及其他相关产品之间是相辅相成的关系
- 可以利用各个产品特性之间的相互关系二次构成产品生态，在发布博客的板块可以给问答板块提供问题的解答等方案。
产品规划
你要在当前软件的基础上设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。
- 我想设计一个学生与优质程序员面对面交谈的板块，类似视频通话进行交流，作为直播的子模块。
- 因为在求职过程中，学生和在岗程序员的差距还是挺大的，如果有这种一对一或者一对多的交谈，能使学生知道自己努力的方向，而不是像无头苍蝇一样乱飞。
- 因为我的产品可以使学生更清楚明白自己今后的发展方向，让公司里的程序员和hr获取应届生的资料。
- 创新在针对学生和hr、在岗程序员之间的联系更加紧密。
- NABCD模型
- Need-需求
- 对学生，能够更早的了解到今后的发展方向。
- 对hr和在岗程序员，能够掌握应届毕业生资料，同时让学生知道本公司的需求。
- Approach-做法
- 在直播板块增加一个面对面交流的功能。
- 在资料收集收集该用户是否是学生，hr，在岗程序员，进行认证。
- 我们的产品有巨大的用户基数作为支撑，有足够的样本进行测试。
- Benefit-好处
- 增加用户粘性。
- 吸引企业入驻，获取更多投资机会。
- 可以与高校合作，进行人才培养，体现社会价值。
- 吸引更多的用户使用该功能。
- Competitors-竞争
- IT社区市场庞大，直播与视频这部分规模还没有瓜分完全。
- 这个功能的市场还有巨大潜力，像segmentfault，csdn都是在起步阶段。
- 竞争的优势就是拥有较多的用户基数，方便拓展功能。
5.Delivery-交付
- 开放bug反馈通道，跟企业，学校合作，让学校的学生做软工实践反馈bug作为作业（屠龙者终将成为恶龙！）。让学生和企业能的工作者进行试用，试用没问题了就发布到市面上去卷。
配置角色
- 后端：2人
- 算法：1人
- 前端兼美工：2人
- 测试兼产品：1人
16个周期每周的详细规划。
- 第一周
- 后端搭建框架
- 前端搭建框架
- 算法搭建框架
- 产品收集信息
- 第二周
- 后端设计数据库
- 前端进行页面规划
- 算法设计
- 产品收集信息
- 第三周
- 后端设计数据库
- 前端进行页面规划
- 算法设计
- 产品收集信息
- 第四周
- 后端编写接口文档
- 前端进行页面规划
- 算法设计
- 产品收集信息
- 第五周
- 后端编写接口文档
- 前端进行美术绘画
- 算法设计
- 产品收集信息
- 第六周
- 前后端开会
- 产品经理给前后端和算法提需求
- 第七周
- 后端改进前期任务
- 前端改进前期任务
- 算法设计
- 产品收集信息
- 第八周
- 后端写逻辑
- 前端写页面
- 算法设计
- 产品收集信息
- 第九周
- 后端写逻辑
- 前端写js
- 算法设计
- 产品收集信息
- 第十周
- 前后端交互
- 后端调用算法api
- 测试进行初版的测试
- 第十一周
- 前后端交互
- 测试完成
- 部署到服务器,发布测试
- 第十二周
- 等待用户反馈
- 修改bug
- 产品出去宣传
- 第十三周
- 等待用户反馈
- 修改bug
- 产品出去宣传
- 优化后端逻辑
- 优化前端界面
- 第十四周
- 等待用户反馈
- 修改bug
- 产品出去宣传
- 优化后端逻辑
- 优化前端界面
- 优化算法
- 第十五周
- 等待用户反馈
- 修改bug
- 产品出去宣传
- 优化后端逻辑
- 优化前端界面
- 优化算法
- 版本迭代
- 第十六周
- 发布完全可用版本，无严重bug
- 庆功
