CSDN云原生入门技能树测评

这个作业属于哪个课程 至诚软工实践F班
这个作业要求在哪里 https://edu.cnblogs.com/campus/fzzcxy/ZhichengSoftengineeringPracticeFclass/homework/12580
这个作业的目标 通过分析测评来理解软件工程中开发一个项目需要哪些思考
学号 212106711

测试环境

PC Windows 10 专业版 + Microsoft Edge

https://edu.csdn.net/skill/cloud_native 测试内容地址

第一部分 找Bug

1. 点进来之后第一个页面

(1)点进来之后缩小浏览器,会有字体位移

  • 正常情况

  • 位移情况

(2)学习奖章点击无反应,只有放大效果

(3)跳转其他技能树太隐晦

  • 若不是做测试,可能不会想到点这里

(4)点开后无滚轮效果,像是内容溢出

  • 这部分可能是这两天更新的,之前看没有最底下的python进阶

2. 点击第一章的第一小结【安装docker】

界面变化,分为三块,主要是中间这块

(1)参考资料布局有问题

  • 旁边的字都隐藏了,要侧拉,又是一整个位移

  • 即使将左栏隐藏还是有问题

  • 内容侧边无滑轮,不清楚内容具体有多少和位置在哪

  • 而且可能因为是引用别的参考材料,导致每章节的排版都不一样,感觉很混乱,观感非常差

(2)提交资料PK内容问题

  • 必须答题完才能进行提交资料PK内容会提供资料的人应该是对参考资料内容感觉不太好吧,答题的内容和参考内容很分裂并没有相互连接,这点设定意义不明
  • 提交参考资料pk这里,没有进行输入检查,我随便输入 乱码数字,都可以提交成功

(3)练习题问题

  • 点击练习题弹出答题之后,无论是否答对,都会弹出提示,题目少还还好,如果是为了大量刷题,每次都会弹出提示框不免有些多余和繁琐
  • 答对了,但是还想看看题目也没有关闭弹窗的情况,必须返回目录再进来,再进来后还会弹出已答对的情况,非常不方便

  • 可以反复答题,那如果是为了完成答题任务的话,穷举无限刷,总是能答对,这点可以加个次数累积

  • 同一个技能树内连续刷题之后被限制,没办法一次性答题完,答过的题目可以再答,但是不能多答题

  • 每次答题都会打开新的页面,我测试的时候不知不觉浏览器就打开了很多页面

(4)笔记问题(重点!!)

  • 笔记功能无法关闭,只能拉伸,对于我这种只想看资料没有电脑做笔记习惯的人来说有些不太友好

  • 笔记保存后,不知道保存到哪里去了只弹出保存成功,刷新之后发现自动发布到笔记板块,那其实不应该叫保存,应该叫上传

  • 删除全部内容后,笔记并没有跟着删除,依然是发布状态,并且是空内容,若是要删除,必须点击进去再删除

(5)点击小结章节参考资料内容为空

(6)交流讨论问题

  • 我在云原生技能树里的讨论发现只有关于题目的讨论,还以为这是官方发布,到python技能树看的时候发现还有别的帖子发布,我也想尝试发布但是没有找到发布的交流讨论的接口

3.bug分析

(1)bug可能原因

  • 主要有三种bug,布局bug,弹窗bug,笔记bug
    布局bug应该是没有考虑浏览器兼容性,资料兼容性,还有用户体验
    弹窗bug表面上看起来是一种友情提示,实际上还是设计逻辑方面有问题
    笔记bug是因为新增功能还未完善,只考虑了需要笔记的用户,没有考虑不需要笔记的用户

(2)bug的严重程度

  • 布局bug(一星)
    布局算是界面设计问题,对于实际功能正常使用影响不大,但是对观感很差
  • 弹窗bug(三星)
    无论是提示弹窗还是输入内容无检查,已经影响到用户对功能的使用,十分不友好
  • 笔记bug(五星)
    这部分的新增功能,一个是已经影响现有的功能,比如说最基本的查看参考资料,因为笔记的部分而产生的布局问题,并且对于不需要的用户来说,显得多余且累赘,也没有关闭按钮,对于保存功能也是没有属于用户个人存档,直接上传,没有隐私性,并且只每个章节只能存一个笔记,对于笔记的删除也非常繁琐也无提示,还要靠用户自己摸索。

(3)对于bug的预期和改进建议

  • 布局方面问题不大,主要修改的部分就是关于参考资料这一块,如果这个用户真正想学习知识的部分效果不好,其他的功能也会大打折扣
  • 弹窗bug,对于提交资料pk的部分要做一点输入检查,不然若是有恶意提交,后台管理数据会冗余,答题部分的跳转逻辑需要再完善,最好还是像是云班课那样有完整的答题和解析
  • 笔记bug,建议增加关闭,或是隐藏按钮,增加用户个人笔记私人保存,或是公开上传
  • 交流讨论区域,开放明显的上传接口,找了一圈没看到。

第二部分 功能分析

1.根据软件已有的功能,评估其做到这个程度大约需要多少时间?(例如:团队人数6人左右,计算机大学毕业生,并有专业UI支持)。(必答)

  • 这个技能树如果单独拎出来说是要做的话其实更像是一个资源汇集网站,制作上不难,但是作为csdn的一个模块,还要和社区模块结合,难度会提升许多

  • 大约需要15周吧,如果快一点的话

阶段 周数
开发前的计划 1
需求分析 1
生成设计文档 1
设计复审 1
代码规范 0.5
具体设计 2
具体编码 5
代码复审 1
测试 1
测试报告 0.5
计算工作量 0.5
事后总结、改进 0.5

2.分析这个软件目前的优劣,哪个更实用?(必答)

  • 优势
    因为把一些现在常用的技术汇集在一起,用户查看起来比较方便,而且可以了解到目前都有哪些技术需要学习,像是职业技能行动指南
  • 劣势
    内容上远不如其他教程网站,像是菜鸟教程之类的,对于初学者不是很友好,我采访了非相关专业但是希望学习计算机技术的同学,得到的反馈是【它的这个技能树 更像是在检验能力吧 而不是学习 很多时候都是列出概念 像字典一样】,在教学方面可能需要改进,目前来看这个技能树并没有让人实际可以掌握技能的能力。
    而且实践性不强,都是理论
    像是实验楼可以直接虚拟环境,不过这点也考虑一下资源成本问题,没完成倒是可以理解

3.从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。

  • 我觉得还是目标群体没有确定清楚,无论是专业相关的人员还是完全小白的初学者,来到这里都是为了掌握其中的技能,但是实际上展示的内容更像是考验而不是教学,在内容上一个更注意把关

  • 特别要提出那个笔记功能,笔记功能有些累赘,用户使用的时候不一定需要,希望改成可以关闭。
    编写完笔记之后我也想上传,看了半天没找到,刷新之后发现自动上传。
    如果只是个人记录并不想发送,单纯作为个人记录,最起码把上传作为用户可选吧,笔记算是个人记录,如果需要交流为什么不直接发交流讨论呢?并且我删除笔记内容后,自动发出的记录并不会删除,一定要点进帖子之后编辑删除才可以,这点也很不友好。

4.你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?可以从下面的可能性中选取几个:

  • 对用户需求掌握不好

  • 具体的设计质量不高

  • 开发人员粗心大意

  • 测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试
    我觉得原因以上都有

第三部分 建议和规划

1.市场现状

  • 类似的产品有菜鸟教程、慕课网、w3cschool
    上述的产品内容类别比较多,内容丰富,初学者查看的时候比较容易上手
    但是因为太多而无法精准锁定自己需要掌握的具体技能

2.市场与产品生态

  • 技能树的用户群体面向的主要是学生和想学习计算机方面技能的人,通常这类用户是有想往计算机行业发展的,自然而然会形成一个行业圈

3.产品规划

以下内容都为个人假设,若是写的不好,还请多多包涵

  • 除去基础内容,可以根据具体工作岗位细分需要达成哪些技能树,像是岗位需求要求的达成,还有完成期限等等,这样看起来更实际一点。
    从我的角度来看,会使用技能树的,很大概率是需要快速掌握技能去实际运用的用户,如果是有一定的计算机相关知识的用户使用的时候其实感官更好一些。完全计算机小白,想学习计算机知识的这类用户,对他们而言,技能树并不实用,不够系统,教学也不够细致,实践场景过少,所以针对有需要的用户,我提议一个新功能【技能树分支】,像是大树有很多枝干,衍生出不同的发展方向,也就是【树】的概念,基础的知识像是树的主干而分支就像是内容的一个分流细化,而且将基础的内容作为主树干细化其中的教学内容也可以招揽基础不是很好,但是未来有发展前景的隐藏用户。分支则可以按照具体的工作岗位大类细分,像是学前端的需要哪些技能,偏向后端需要哪些技能,想成为项目经理又该掌握哪些技能,拥有这么多分支之后,才可以认为是一颗健壮的大树吧。
  • 如果我是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发,测试,美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
    请为你的团队设计16个周期每周的详细规划。
    • 美工1人,主要开发2人,测试+辅助开发1人,文档记录1人,协调任务带领全队进行任务分析、设计(组长)一人
时间 任务/里程碑
第一周 需求分析,完成需求文档
第二周 设计原型,和用户沟通,完善需求文档
第三周 功能分析,确定编码规范文档
第四周 功能的详细设计
第五~八周 编码开发阶段
第九周 测试阶段
第十周 发布第一版,进行小范围内测
第11~13周 修复bug,追踪需求是否有变更
第14周 完善测试文档,发布第二版,大范围收集反馈(公测)
第15周 项目收尾各种文档完善,最后优化
第16周 发布正式版本,交付使用
posted @ 2022-04-08 22:48  付阿柴  阅读(169)  评论(2编辑  收藏  举报