软件工程实践——软件测评（代码仓库）

[221900114_林士祺]

软件测评

这个作业属于哪个课程	2022年福大-软件工程、实践-W班
这个作业要求在哪里	软件工程实践——软件评测
这个作业的目标	通过各种案例分析，评测，思辨，总结，我们就能看到软件工程的原则在实践中的种种体现，学好软件工程，帮助我们在实践中做得更好。
其它参考文献	1.BUG级别定义标准 2.最佳实践：怎样评估软件开发时间 更多参考文献、工具见文末

目录

• 软件测评
• 0. 评测环境&BUG量化标准
• 1. 第一部分 调研、评测
• 1.1. GitCode
• 1.1.1. 基本功能介绍和使用
• 1.1.2. BUG
• BUG1
• BUG2
• 1.1.3. 总结
• 1.2. GitHub
• 1.2.1. 基本功能介绍和使用
• 1.2.2. 总结
• 1.3. Gitee
• 1.3.1. 基本功能介绍和使用
• 1.3.2 BUG
• BUG3
• 1.3.3. 总结
• 1.4. 采访
• 1.5. 评分表&推荐
• 2. 第二部分 分析
• 2.1. 开发时间估计
• 2.2. 同类产品对比排名
• 2.3. BUG存在的原因分析
• 2.4. 软件工程方面的建议
• 3. 第三部分 建议和规划
• 3.1. 市场概况
• 3.2. 市场现状
• 3.3. 市场与产品生态
• 3.4 产品规划
• 4. 参考文献、工具

0. 评测环境&BUG量化标准

评测环境

Windows 10 家庭中文版
Microsoft Edge 版本 100.0.1185.29 (正式版本) (64 位)

BUG量化标准

严重程度	描述
一级(建议)	不影响正常使用，但影响易用性和友好性的BUG，并不影响功能，如： 1.网页没有回到顶部的按钮，不够人性化。
二级(轻微)	不影响正常使用，但是给用户的理解和使用带来困扰和不便，如： 1.对功能的描述存在歧义；2.缺乏应有的提示信息。
三级(一般)	轻微影响使用或不影响使用但是容易造成用户操作失误，如： 1.兼容性出现问题，但是仍可以使用；2.重要操作没有给出必要的提示，如，删除操作。
四级(严重)	严重影响使用，使得系统不稳定、不安全、产生错误结果，而且是常规操作中经常发生或是非常规操作中不可避免地主要问题，如： 1.系统功能实现存在缺陷；2.数据库操作存在错误；3.兼容性导致了无法运行。
五级(致命)	导致系统无法使用的BUG，如： 1.导致系统崩溃；2.响应时间极长导致无法正常使用。

1. 第一部分 调研、评测

1.1. GitCode

1.1.1. 基本功能介绍和使用

未登录状态下进入GitCode会显示在首页，首页有一些相关新闻和平台推荐的项目，侧边栏还有热门Topic和受欢迎的开源博客。整个页面图标较少，比较简介齐整，中间有一小块区域是推广，但是并不会影响体验。登录按钮在右上角，用不同于导航栏底色的白色做了突出强调，非常人性化。

GitCode首先推荐的是微信快速注册/登录，微信扫码后电脑端就登录了，而手机会进入到一个CSDN微信小程序“CSDN会员”，小程序内部主要是CSDN会员的广告（毕竟是自家的平台，推广也无可厚非）。同时GitCode的账号和CSDN的账号是互通的，也可以通过CSDN账号登录GitCode，还有诸如QQ、微博等账号登录方式。

登录完成之后直接来到了“我的代码仓库”，这是代码托管平台的仪表板部分，在这里可以概览信息。左侧是近期创建的项目和我加入的组织，中间一栏是动态，可以在这里看到你的所有操作，右侧是平台的推荐，包含有教程和比较热门的项目。

点击左上角绿色的创建项目按钮或是右上角加号。进入到以下页面：

这里我们只体验最基本最核心的功能，选择创建空白项目。对于新建项目的引导非常详尽，好评！

这里我们选择新建文件开始，可以直接在线新建并编辑和预览文件，这点还是非常方便的。

提交到master分支后，仓库已经产生了变化。可以看到仓库主页右侧的信息很简明，蕴含了很多关键信息。

主要功能：Issue和合并请求，这只简单地进行了一些操作，可以看到各种提示做得还是很棒的，过程中并没有什么不顺畅的点。

项目设置页面，可以进行一些基本的设置。

个人主页，可以看到个人参与的项目，贡献度等，很直观。

最后再来看看个人设置，除了常规的个人信息，还有令牌和密钥。

1.1.2. BUG

BUG1

• BUG发生时的测试环境： Windows 10 家庭中文版 、Microsoft Edge 版本 100.0.1185.29 (正式版本) (64 位)
• BUG的可复现性：可稳定复现
• BUG复现条件：无
• BUG复现步骤：1.在未登录状态下点击”GitCode“图标；2.在登录状态下点击”GitCode“图标

BUG具体描述：

导航栏左侧的“GitCode”图标，鼠标悬停在上面显示的是“仪表板”，点击该图标有两种可能，一是在登录后，点击后进入“我的代码仓”，二是在登录前，点击后仍跳转到首页。我感觉这点使用起来不是很舒服，我可以直接点击“首页”按钮，也可以直接点击“我的代码仓”按钮，“GitCode”图标点击后何不进入别的页面呢，我觉得跳转到GitCode的介绍页面就很好。

BUG演示：

BUG分析：

• 可能的成因：没有规划好点击GitCode图标后跳转到什么画面，应该是打算跳转到代码仓，在未登录的时候还没有代码仓，所以先跳转到首页。
• BUG的严重性：一级（建议）
  • 系统功能：无影响
  • 安全性：无影响
  • 用户体验：轻微影响体验，交互体验有所下降。
• 对于BUG的预期及改进建议
  • BUG预期：修复后跳转到单独的页面，而不是其它按钮关联的页面。
  • 改进建议：可以跳转到GitCode的介绍页面
    

    

BUG反馈:
https://gitcode.net/gitcode/help-docs/-/issues/39

BUG2

• BUG发生时的测试环境： Windows 10 家庭中文版 、Microsoft Edge 版本 100.0.1185.29 (正式版本) (64 位)
• BUG的可复现性：可稳定复现
• BUG复现条件：无
• BUG复现步骤：1.进入任一Issue；2.双击评论的表情按钮；

BUG具体描述：

Issue的评论功能中，发送表情时，若连续点击图标，就会出现BUG。具体表现为单击图标后，出现表情选择界面后马上消失，而图标一直处于激活状态，再点一次才会进入未激活状态，这样一来便无法添加表情了。

BUG演示：

（前两次点击表情选择图标之后点击页面其他地方，可以正常关闭；随后点击表情选择图标之后，再次点击表情选择图标，出现异常，选择页面闪退，图标保持激活状态，再点击一次图标才可以取消）

BUG分析：

• 可能的成因：点击事件编写有误。
• BUG的严重性：三级（一般）
  • 系统功能：严重影响
  • 安全性：无影响
  • 用户体验：严重影响体验，交互体验严重下降。
• 对于BUG的预期及改进建议
  • BUG预期：修复后表情选择页面应可以稳定开启和关闭。
  • 改进建议：设置一个固定的关闭表情选择页面的按钮。

BUG反馈：
https://gitcode.net/gitcode/help-docs/-/issues/40

1.1.3. 总结

优点

1. WebIDE方便快捷
2. 平台最大的优势在于拥有CSDN这样的优质IT社区支持

缺点

1. 热门的开源项目中，很多都是用做github的镜像，原生的优质开源项目较少。
2. 除了WebIDE之外实在是少有亮点，应尽快做出属于自己的Killer Function，不要白白浪费CSDN广大的用户群体资源。

改进意见

1. 优化界面：更大的字体，深色模式。
2. 夯实基础，加强产品功能， 包括但不限于：更精确的错误反馈、发展更多的第三方服务。
3. 针对用户群体进行功能分类/分级，可参考的方案如Gitee的高校版本、企业版本、个人版本。
4. 充分利用好CSDN平台做好推广，更多的用户就会有更多的反馈，及时跟进处理。

---

1.2. GitHub

1.2.1. 基本功能介绍和使用

由于之前已经注册使用过giuthub，由于已经过去很久了，所以决定用另一个邮箱从新用户视角来体验一番。注册界面的引导做得蛮有意思的，输入框和提示是一个一个出现的，提示信息也是模仿对话的形式，交互体验还是很棒的。

注册完成之后进入到类似于新手引导的画面，值得一提的是github在注册完之后就帮助用户对自身进行定位，用户可以得到更好的服务，比如，学生通过学生资质验证可以获得更多便利，而github本身也收集到了一份份用户画像，这是难能可贵的数据，对于平台发展来说是至关重要的。

进入github之后首先来到个人主页，个人主页可以说是非常简明了，个人感觉这个页面布置要合理不少，两侧没有很大的页边距，中间主体部分空间很大，浏览体验更好，首次进入的时候上方有创建仓库的引导。值得一提的是，类似于推广的部分，github做成了可以关闭/删除的卡片（右上角有❌），关闭这些卡片之后，即使是刷新也不会再出现，这个逻辑就有点像邮件消息了，处理完这些“事务”就可以删除它们，页面进一步简洁了，赞一个。

进入引导页面之后我也是愣了一下，居然是一份翻译成中文的文档，我特意去浏览了英文文档，感觉超级吃力，文档除非是一些翻译词不达意的部分，要不然看中文文档是最好的选择，这个地方英语学渣被感动到了（虽然浏览器也可以翻译，但是官方的中文文档要好过机翻不是吗）。回到文档内容本身，入门的部分写了若干核心操作，和其它托管平台的操作大同小异，读起来没有压力。

随后根据入门教程按顺序完成了 1.创建了一个开源仓库 2.启动并管理了新的分支 3.更改了文件并将这些更改提交到 GitHub 4.打开并合并了拉取请求。科学上网之后这些步骤还算是蛮流畅的，没有发现什么问题。

体验完仓库操作之后，进入explore页面，代码托管平台的特点之一就是可以看到别人的开源项目，相互学习。左侧是个人的信息，中间的是根据个人偏好推荐的开源项目，右侧是热门项目/项目作者。

进入一个热门项目，页面也是简洁明了，可以找到各种需要的信息。

GitHub还有大量的第三方扩展。

1.2.2. 总结

优点

1. 有学生/教师支持计划；
2. 页面设计非常简洁美观；
3. 包容性强；
4. 有庞大的第三方服务，生态好。
5. 广告少，甚至可以个性化设置（直接关闭广告）。

缺点

1. 网络问题，不科学上网几乎用不了；

改进意见
没有关于功能的改进意见，但是希望能够解决连接不稳定的问题

---

1.3. Gitee

1.3.1. 基本功能介绍和使用

进入Gitee的主页，设计也是非常简洁美观的，屏幕中间三个标题很吸引人，这是Gitee对于用户人群的分类，作为学生，当然最关心高校教学管理啦，

注册/登录都比较常规，登录完成就进入个人主页，同样也是三栏式设计，中间一栏上方也有新手引导

创建仓库的引导和GitCode类似。

新建分支操作有些不一样在仓库主页没法直接新建分支，点击分支图标后进入分支管理页面才能新建分支，不过倒也没什么影响。

常规功能都没有什么问题。

值得一提的是Gitee的第三方服务比GitCode稍微多一点点，还是远比不上GitHub。

下面是Gitee的“探索”页面，比较有特色页面左侧的快捷分类，鼠标移动上去还会动态产生一个分类详情。

随意点开一个热门项目（居然是初中生做的）。页面和其它平台大同小异，右侧的信息多了一个Gitee指数面板，把项目的各个指标做了可视化的处理，这个还挺有意思的。

最后说说高校版本的Gitee，没有亲自上手，只是看了看视频，感觉好像也没有什么特别的=-=，主要就是多了班级这一组织方式，但其实用其他的平台也能做的样子。

补充：
Gitee的意见反馈，真的是爱了。提供了很多反馈建议的md模板。

1.3.2 BUG

BUG3

• BUG发生时的测试环境： Windows 10 家庭中文版 、Microsoft Edge 版本 100.0.1185.29 (正式版本) (64 位)
• BUG的可复现性：可稳定复现
• BUG复现条件：无
• BUG复现步骤：打开gitee任意页面进行放大。

BUG具体描述：

放大的时候没有自适应调整布局，其它两家均实现了。

BUG演示：

对比GitCode和GitHub：

BUG分析：

• 可能的成因：没有做自适应布局。
• BUG的严重性：一级（建议）
  • 系统功能：无影响
  • 安全性：无影响
  • 用户体验：轻微影响体验，交互体验有所下降。
• 对于BUG的预期及改进建议
  • BUG预期：做到和另外两家一样的效果，布局缩放比例变化。
  • 改进建议：可以采用flex布局来实现页面自适应。

BUG反馈：
https://gitee.com/oschina/git-osc/issues/I51T20?from=project-issue

1.3.3. 总结

就使用基本的使用体验来说，我感觉和GitCode没有很大的差别

优点

1. 有学生/教师支持计划；
2. 商业化程度高，对于用户群体划分清晰；
3. 拥有国内较好的开源生态，项目较GitCode来说更多；

缺点

好像想不出什么缺点，硬要说的话就是界面感觉不好看（一股商业风？感觉偏极客风会更受欢迎），感觉作为本土的代码托管平台，Gitee蛮不错的。

改进意见

1. 进一步加强各个版本（企业版、高校版）的功能特性；
2. 扩展更多优质的第三方服务；

1.4. 采访

采访对象的背景：同专业3班的某同学。
选他的原因：他是同专业的，而且他平时对于产品分析有一手的，他现在肯定是要用gitcode的，毕竟要交作业。

1.5. 评分表&推荐

每项满分10分，9分优秀，8分良好，6分及格

类别	描述	GitCode	GitHub	Gitee
核心功能	分析三个核心功能，功能设计和质量	8	9	8.5
细节	有什么为用户考虑的细节	7.5	10	9
用户体验	当用户完成功能时，不干扰用户	10	10	10
辅助功能	一些辅助功能如皮肤	6.5	9	7
差异化功能	这个软件的独特功能，它对用户的吸引力有多大	6	8	7
软件的效能	占用内存，启动速度，内存泄露情况	10	10	10
软件的适应性	在联网/断网，大小屏幕，没有鼠标的情况下都可以顺畅操作，和不同平台的软件能流畅合作	9	9	9
成长性	记住用户的选择，适应用户的特点，用户越用越方便	8	9	8
用户有控制权	系统状态有反馈，等待时间要合适。关键操作有确认提示，有明确的错误信息	8	9	10
网络连接的稳定性	代码托管平台有大量上传/下载操作，网络连接的稳定性很重要	10	6	10
总分	定量分析来看：GItHub>Gitee>GitCode	83	89	88.5

不得不说，在网络稳定的情况下，GitHub绝对是独一档，但是毕竟人在国内，Gitee才是目前的首选，GitCode的话真的还有待加强，毕竟是背靠CSDN，上升空间还很大。
定性分析来看:GitHub=Gitee>GitCode

总的来说

• GitCode 一般
• GItHub 好，不错
• Gitee 好，不错

2. 第二部分 分析

2.1. 开发时间估计

参考文章：最佳实践：怎样评估软件开发时间
经过对文章的学习，在这里简化估算方法：首先假设六个成员的效率处于较高水平（完成任务的速度是平均水平的1.5倍），每人每天开发8小时。由于是仿制软件，这里除去发现阶段，剩下三个阶段：软件架构设计阶段、开发阶段、测试阶段。

开发所需小时数 = 估计总小时数+缓冲小时数（假设缓冲时间是估计总时间的15%）

由于开发时间估计其实是很复杂，我这里只通过主观感受，通过三个平台的功能的丰富度来估算时间。

GitCode：了解到GitCode是基于GitLab的二次开发，开发速度应该会比较快。
架构设计1200h，开发2400h，测试1500h
开发所需天数：(1200+2400+1500)/(1.5 * 8 * 6)*(1+15%)=81.5天

GitHub：功能较为丰富，用户体量巨大，需要更高更好的稳定性。
架构设计：2400h，开发4800h，测试3600h
开发所需天数：(2400+4800+3600)/(1.5 * 8 * 6)*(1+15%)=172.5天

Gitee：对于不同人群有不同的版本，工作量会有所上升，且并不是像GitCode一样是二次开发。
架构设计：1800h，开发3800h，测试2000h
开发所需天数：(1800+3800+2000)/(1.5 * 8 * 6)*(1+15%)=121.4天

2.2. 同类产品对比排名

一个产品的受欢迎程度很大程度上可以反映一个产品的综合实力

因为国内外关注的代码平台差异很大，所以用采用两个趋势分析网站的数据。

以下是三个平台的近30天的国内关注度趋势（来自于360趋势，数据仅供参考）(PS：不采用百度指数是因为“gitcode”关键词还没被收录)可以看出来在国内，GitHub和Gitee的关注度比较高，其它主要面向国外群体的平台关注度低蛮正常的，但是GitCode就低的有点夸张了，几乎就是和其它国外平台合为一条直线了

以下是三个平台的近30天的国外关注度趋势（来自于Google Trends)国外对于GitCode、Gitee比较低，这里是没有什么可参考性的，下图只能说明GitHub真的是一家独大！

要知道代码托管平台并不是一类小众的产品，它面对庞大的以计算机从业者为主体的用户，平台的受欢迎程度能够极大程度反映出平台的实力，所以在这里仅依据 受关注/受欢迎程度 来对三个产品进行排名：
GitHub >> Gitee > GitCode
如果专为国内用户考虑，因为目前GitHub的连接稳定性堪忧
GitHub = Gitee > GitCode

2.3. BUG存在的原因分析

GitCode：
BUG1（GitCode图标链接的页面不一致）：开发人员没有考虑周全；
BUG2（Issue评论界面表情图标点击事件BUG）：用开发者工具查看发现产生bug后表情选择页面的可见属性异常了，应该是开发人员JS事件写错了。
Gitee：
BUG3（未做自适应布局）：开发人员没有这方面考虑，忽视了部分用户的需求。

2.4. 软件工程方面的建议

• GitHub ： 网络问题好像是很难解决了，但除此之外提不出建议了。
• GitCode：还需要进一步提升产品的质量，及时跟进用户的反馈，关键的一点还是在于 Delivery ，夯实基础，然后推广要加强！此外还是要更多关注 __Needs__，如是否需要根据人群划分不同版本，能否新增更多优质第三方服务。
• Gitee：感觉是比较成熟的产品了，可以吸收GitHub的精华，主要在于开拓自己的第三方服务，亦或是研究“杀手功能”，就我观察来看，Gitee对于用户群体的分类比较清晰，进一步加强服务分类分级或许会是一个不错的方向（还需要进一步发掘 Needs ）。

3. 第三部分 建议和规划

3.1. 市场概况

• 市场有多大？

  代码托管平台主要是用来管理代码的，据此可以指导所有的IT相关产业的从业者都可以是用户，无论是打代码的程序员，还是发布任务的团队管理都需要他。我国IT从业人员数量庞大，市场需求量同样巨大。
  

  

  
  （图片来源https://www.sgpjbg.com/info/24886.html）

  
  

  为了更直观看出市场的情况，我们可以看平台的数据，上面分析了国内的市场，现以国外的也是全球的领头羊GitHub为例，GitHub上有超过七千三百万的开发者，超过四百万个组织！

  

  
  （图片来自于https://github.com/about）
  （更多资料还可以参考https://octoverse.github.com/）

• 直接的用户有多少？潜在的用户又有多少？

  直接用户：IT从业者，单单国内就大约有705万从业者，据不完全统计全世界至少有2100万真正意义上的IT从业者。
  （数据来源https://www.sohu.com/a/206185433_163524）
  间接用户：计算机相关专业的大学生、需要类似的项目管理、迭代的组织
  （数据来源：https://blog.csdn.net/weixin_35242523/article/details/118065391）

3.2. 市场现状

• 目前市场上有什么样的产品了？

  目前国内外主要的代码托管平台有：
  国外：GitHub、Gitlab、BitBucket、Google Code
  国内：Gitee、GitCode

• 上述产品的定位、优势与劣势在哪里？

  国外几乎也是GitHub一家独大，其它平台在国内使用者少之又少，这里仅比较本次测评的三家平台。

  
  

  产品	优势	劣势
  GitHub	1.谈到GitHub的优势首先联想到的就是它现在的用户群体实在太大了，用户生态无与伦比; 2.大量的第三方服务，这一点也是其他平台望尘莫及。	1.对于国内用户来说网络问题实在是太难受了，令其用户黏性极大下降。
  GitCode	1.依托于国内最大的IT社区CSDN. 2.网络连接稳定。	1.服务不够完善； 2.用户生态堪忧.
  Gitee	1.对于用户群体有针对地分类，有不同版本； 2.用户生态属于国内较好的； 3.网络连接稳定。	1.虽然有创新，但是功能还不是那么出彩。

• 上述产品之间呈现什么样的关系，哪些为竞品关系？以及竞争中的各方态势如何？

  国外市场 的话当然GitHub、BitBucket、Gitlab、Google Code为竞品关系，态势是Github一家独大，Gitlab在企业使用方面市场较Github强一点。
  国内市场 的话，略去除了GitHub之外的国外平台，仅对Gitee、GitCode、GitHub进行分析，面对需要稳定连接的企业的话，毫无疑问Gitee是最好的，GitCode和Github可能都不会考虑吧。如果是个人用户的话，其实Github海量的资源还是更具诱惑的，显然是Github远胜于其它两个平台。

3.3. 市场与产品生态

以下统计数据均来自于360趋势

• 这个产品的核心用户群是什么样的人？典型用户是什么样的？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？

  

  通过大数据平台的分析结果，以GitHub为例，可以看出用户主要分布在19-24岁（程序员果然是青春饭吗Orz），值得一提的越年轻群体的男女比例越接近，沿海的用户较多，用户很喜欢看视频。

  
  __典型用户：__
  

  因素	详情
  姓名	猪岳
  性别	男
  年龄	20
  职业	大学生
  现居住地	福建福州
  爱好	打代码、摸鱼、看B站视频
  收入	无
  表面需求	管理自己杂乱无章的板子（代码模板）
  潜在需求	在空余时间开发开源项目

  因素	详情
  姓名	万泽钓
  性别	女
  年龄	24
  职业	前端开发人员
  现居住地	福建厦门
  爱好	上班摸鱼、看B站视频
  收入	12k/月
  表面需求	提交业务代码
  潜在需求	回家看自己感兴趣的开源项目

• 产品的用户群体之间是否存在一定的关系？是否有利用其相互作用二次构成特定用户生态的可能性？

  根据大数据平台给出的分析结果，可以看出喜欢代码托管平台的用户都喜欢B站（视频网站）、CSDN（IT论坛）、百度（搜索引擎），IT问答社区和代码托管平台的相关性比较高，因此构建一个社区用户将生态是有可能的，GitCode已经是有了，Gitee也推出了博客板块。当今互联网用户不同以往，现在对于视频的需求量很高，尝试做一个专门的视频平台或是将视频作为一个大板块集成到IT社区未尝不可（此处指的不是官方的教学视频，可以是IT相关的整活视频，开发Vlog等等）。
  

  

  
  

  

  
  

  

  3.4 产品规划

• 你要在当前软件的基础上设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。

  计划给GitCode新增专门的第三方服务市场的板块

  • N：平台自身创新能力优先，难以短时间内做出更好更多的辅助功能。
  • A：利用CSDN的流量进行推广，吸引合作。
  • B：极大地扩展平台的功能，更好地吸引和留住用户。
  • C：国内没有具有第三方服务市场板块的托管平台，都是只有寥寥几个第三方服务。
  • D：借由CSDN的流量进行推广。

• 如果你是项目经理，可以招聘6个人，并且有4个月的时间，你认为应该如何配置角色(开发，测试，美工等等) 才能在第16周如期发布软件的改进版本，并取得预想中的成绩。

  • 前端开发：2人
  • 后端开发：2人
  • 测试：1人
  • 美工：1人

• 请为你的团队设计16个周期每周的详细规划。
  

  

  4. 参考文献、工具

  文献：
  最佳实践：怎样评估软件开发时间
  BUG级别定义标准
  工具：
  Google Trends
  360趋势
  数据来源：
  我国IT从业人数
  世界上有多少IT从业人员？
  Github介绍页
  Github2021年度报告
  计算机科学与技术专业每年毕业人数

[助教_吕庆炜]

分析部分做得很细致！能够针对UI提出问题也很赞。