[I.2] 个人作业:软件案例分析

项目 内容
这个作业属于哪个课程 2026年春季软件工程
这个作业的要求在哪里 [I.2] 个人作业:软件案例分析
我在这个课程的目标是 了解软件开发基本流程,能够与团队共同开发完成一个软件项目
这个作业在哪个具体方面帮助我实现目标 从实际应用出发,学会如何评价一个软件以及启发软件的相关设计和开发

一、调研与评测

1.1 软件评测

1.1.1软件使用

image-2

image

image-3

image-4

image-5

1.1.2 软件分析

产品使用的基本流程为打开QQ音乐,登录账号,浏览首页推荐内容,搜索歌曲、歌单、歌手等内容,并播放音乐,这是音乐软件最基础的功能,尝试查看歌词,mv,评论区,个人中心等内容,尝试切歌、收藏、点赞、创建歌单等功能。

用户在听歌软件的最基本需求是播放歌曲,QQ音乐在这方面很好的满足了用户的需求,搜索歌曲和播放歌曲的操作简洁明了

  • 数据量方面:QQ音乐具有庞大的版权库可以为用户提供大量资源,庞大的用户群体促成的评论区也增加了软件的趣味性
  • 界面设计简洁,核心功能个人歌单和搜索歌曲的操作一目了然,但也有会员充值等不常用内容比较碍眼
  • 准确度:界面稳定,逻辑清晰,优秀的推荐机制基本覆盖了用户需求,较为冷门的搜索结果可能较差
  • 用户体验方面:简洁,方便,与QQ用户生态联动强。

1.1.3 改进意见

  • 减少部分的会员充值内容,减少广告,防止用户反感
  • 避免部分新奇功能入口可能较深
  • 网页端支持听歌时支持根据歌词拖动进度。

1.1.4 用户调研

用户调研采访到吴际老师班的刘周颗同学,他是QQ音乐网易云音乐等软件的资深用户。

image-1

1.1.5 评测结论

结论:d) 好,不错
本人曾使用过网易云音乐,目前一直在使用QQ音乐,并开通了QQ音乐的年费会员,QQ音乐最显著的优势是版权充足,这在听歌软件中是最重要的一环,能为用户提供充足的服务内容和满足用户的多种需求,并且应用稳定,功能完整,依托QQ作为流量接口积累了大量用户,趣味性强,不足之处主要是广告较多,且付费内容较多,对非会员使用者不友好。

1.2 bug分析和提交

1.2.1 测试环境

Windows 11操作系统,edge浏览器,QQ音乐网页端,校园局域网环境,测试时间为工作日晚间 19:00-21:00。

严重性分级

★★★★★(致命):软件崩溃、核心功能完全不可用、数据丢失、安全漏洞。
★★★★(严重):核心功能频繁失效、流程阻断、用户体验严重受损。
★★★(一般):功能异常但可重试解决,不影响主流程,体验明显下降。
★★(轻微):界面小问题、偶现卡顿、不影响主要使用。
★(建议):优化建议,非功能缺陷。


Bug1
  • 可复现性及具体复现步骤以及具体描述

在歌曲界面,连续快速多次点击收藏按钮,会弹出收藏失败的界面,该bug为必然发生

屏幕截图 2026-03-14 112152-1

  • bug分析
    用户快速、连续、多次点击收藏按钮时,前端会在极短时间内向服务器发送多个重复的收藏请求。由于前端没有做点击防抖或者防重复提交,后端又没有对同一用户、同一歌曲的并发请求做控制,导致:
    第一个请求正常执行:收藏成功。
    第二个请求到达时,数据已存在,后端返回异常。
    前端收到异常后,直接把状态改为 “收藏失败”。
    这属于前端未防抖 + 后端未做控制导致的并发问题。我们在做课程设计时,表单提交按钮没加防抖,用户多点几次就会出现重复提交、数据异常的问题。

  • bug严重性
    ★★轻微:收藏功能并没有失效,只是连续点击会显示异常,并不属于功能瘫痪;不涉及数据和安全性的问题;只是对用户的使用体验会有轻微影响。

  • 为什么没修复
    主要原因是:测试把关不严,没有注意在特殊情况下测试。
    正常单击收藏,功能完全正常。
    只有快速连续点击这种高频用户操作、边界场景才会触发。
    测试人员大概率只做了单击收藏的正常流程测试,没有模拟用户快速连击、暴力点击的场景,因此没有提前发现。
    前端没有做防抖、防重复提交,属于基础交互设计缺失,是常见但容易被忽略的细节问题。

  • 改进建议
    建议在前端点赞按钮加入防抖控制,短时间内只响应一次点击,避免重复请求。同时后端接口增加幂等处理,确保同一用户对同一内容重复点赞时不会报错。操作完成后给出明确状态反馈,让用户在连续点击时也能正常使用,不会出现异常或失效的情况


Bug2
  • 可复现性及具体复现步骤以及具体描述
    该bug为必然发生
    选取歌单播放进入当前播放歌单的标签页如下,比如通过点击周杰伦歌单进入此标签页

屏幕截图 2026-03-14 112828

图3

屏幕截图 2026-03-14 112846

图4

点击清空给列表,随后歌单被清空如下
屏幕截图 2026-03-14 112902

图5

回到图3标签页再次点击歌曲尝试进入当前播放歌单,只会跳转到图三标签页,并且不会出现任何歌曲可以播放,歌单仍为全部清空的状态。

  • bug分析

该Bug的核心成因是当前播放歌单的状态未及时同步,且页面跳转与歌单数据加载逻辑脱节:
点击清空歌单后,仅执行了删除歌单内歌曲的操作,但未同步重置当前播放歌单的状态标识,导致系统仍默认当前处于周杰伦歌单标签页对应的播放状态;
重新点击歌曲尝试进入当前播放歌单时,前端跳转逻辑仅判断当前标签页是否为播放歌单标签,未校验歌单内是否有可用歌曲,也未触发重新加载歌曲列表的接口请求;
后端未返回歌单为空的异常提示,前端也未做歌单为空的兜底处理,导致页面跳转后无任何歌曲显示,也无报错提示。
相似情况还可能出现在待办清单项目时,删除所有待办后,未重置待办列表的状态标识,重新添加待办时,页面仅跳转至待办列表页,但不加载新添加的待办。

  • bug严重性
    ★★★一般:基础功能并没有失效,并不属于功能瘫痪;不涉及数据和安全性的问题;只是对用户的使用体验会有轻微影响,用户清空歌单后,重新点击歌曲无法正常加载,会误以为软件卡死或功能失效,需重启软件才能恢复,操作成本增加,体验明显下降,影响功能连贯性,尤其对频繁整理歌单的用户影响较大,属于常规功能逻辑漏洞,未达到严重或致命级别。

  • 为什么没修复
    测试人员大概率仅测试了正常创建歌单、播放歌曲、清空歌单的单一流程,未测试清空歌单后,重新点击歌曲进入当前播放歌单的联动场景,该场景属于边缘场景,测试时容易被忽略,导致未提前发现该 Bug。
    开发人员在设计歌单清空、页面跳转、数据加载的逻辑时,未考虑歌单为空的兜底场景,也未做状态同步校验,本质是设计时对用户操作流程的覆盖不够全面;

  • 改进建议

在清空播放列表后,系统应该及时重置播放队列的状态。用户再次从歌单点击歌曲时,应能正常把歌曲加入播放列表并开始播放,而不是停留在空白页面。同时,当播放列表为空时,界面应给出清晰提示,避免用户误以为软件卡死。整体只需要完善状态同步和空列表时的交互处理,就能让整个流程变得顺畅。


二、分析

2.1工作量分析

功能模块 主要内容 预估时间(周)
需求与 UI 设计 需求分析、原型、页面视觉设计 2
账号与登录系统 QQ / 微信登录、用户信息、权限管理 3
音乐播放核心 播放、暂停、切歌、进度、歌词、音质 4
搜索与推荐 搜索、联想、榜单、首页推荐、算法基础 4
歌单与收藏 创建歌单、收藏 / 取消、播放列表、清空列表 3
互动功能 点赞、评论、分享、关注 3
会员与付费 会员中心、付费歌曲、付费下载、广告 3
多端适配与兼容 网页端、PC 客户端交互统一、兼容调试 3
系统测试与修复 功能测试、边缘场景测试、Bug 修复、上线 3
当今在ai工具的辅助下,可以大幅提高效率,预估将占用28周的时间。

2.2软件质量分析

1.与同类软件对比的优劣:
优势

  • 曲库版权丰富,正版覆盖率高,是QQ音乐相对于其他竞品的核心优势,国内音乐平台中版权竞争力最强的产品之一。
  • 播放稳定、音质选择多,无损、臻品音质等体验较好。
  • 依托腾讯微信QQ生态,有强大护城河,登录、分享、社交联动顺畅,用户使用成本低。

劣势

  • 广告、会员弹窗较多,免费内容匮乏,对普通用户体验干扰较大,这是为人所诟病的核心问题。

综合来看,QQ音乐在国内音乐软件中属于第一梯队,整体质量绝对可以排在前2。
2.软件工程方面可提高的重要方面
从bug中发现的问题可以看出,多次点击收藏失败、清空播放列表后页面异常、状态不同步等可以看出,这些都属于前端交互规范不统一、边缘场景测试不足。
因此,QQ 音乐团队在软件工程上最需要提高的一点是,加强对高频边缘场景的系统化测试。

三、建议和规划

3.1市场现状

3.1.1市场概况

国内目前在线音乐用户超7亿,QQ音乐月活跃用户超2亿,目前潜在用户主要为年轻学生群体、车载设备用户以及使用其他软件的音乐软件存量用户。

3.1.2竞争产品

  • 网易云音乐:社区强、评论区话题度高、个性化推荐、文艺用户黏性强
  • 酷狗音乐:K歌、车载、下沉市场
  • 汽水音乐:抖音生态引流、短视频热歌推荐、极简轻快,适合当代快节奏

3.1.3产品定位

QQ音乐主要作为全能型主流音乐平台,版权、生态、音质遥遥领先,目标用户覆盖广。
网易云音乐作为情感社区型,推荐与评论粘性高,用户较为低龄。
酷狗作为大众化工具型,K歌、铃声、本地化领域强
汽水音乐起步晚,不具备先发优势,与抖音热歌互相引流,凭借抖音生态引流占据一定市场份额。

3.2市场与产品生态

3.2.1核心用户群

年龄:18~30岁为主,占比超70%,这也是音乐软件用户年龄的集体特点
学历:本科为主,主要为学生与年轻白领
爱好:流行音乐、说唱、影视原声、粉丝应援等
收入:学生党收入主要来源于生活费,白领收入来源于工资,一般都愿意成为付费会员用户
表面需求:听歌、看歌词
潜在需求:音质、免广告、歌单整理、社交圈分享

3.2.2用户生态

用户之间通过QQ/微信的好友/群聊、歌单分享、粉丝圈形成关系链,可进一步做社交推荐、好友在听、一起听,提升留存,通过个人年度听歌总结等活动打造出圈话题度,引起客户共鸣。

3.2.3产品生态

QQ音乐依托腾讯生态:微信/ QQ登录、视频号宣传、直播、K歌、听书、腾讯游戏联动。可打通内容场景,形成“音乐+社交+娱乐+音频内容”的闭环生态,互相作为流量接口引流。

3.3产品规划

3.3.1功能设计

我希望实现一个“愿望歌单”的功能。
需求分析:音乐软件最核心的功能是听歌,最核心的内容是歌曲本身,因此拿到歌曲的版权非常重要,而很多用户对特定的歌手或歌曲黏性很高,很可能因为某个音乐软件缺少某个歌曲或某个版本的歌曲而默默选择或放弃某个软件。
做法:希望实现一个“愿望歌单”的社区排行榜,发帖提出想听却目前缺少版权的歌曲或某个特殊版本的各区域,每隔一段时间根据发帖量和点赞评论热度以及获得版权难度综合决定去谈版权问题。
好处:实现用户与平台的积极交流,用户的发声以及诉求能被平台注意到,反过来用户会觉得自己受到重视,也更加有益于软件推广。
竞争:其他软件并没有类似功能,且版权匮乏,更能提高QQ音乐的核心竞争力。
推广:首页轮播框设置该活动的跳转页面,QQ,微信,视频号公众号作为流量接口,抖音微博等媒体利用营销号宣传功能,首批活动顺利开展后,用户自然会互相宣传

3.3.2角色配置

  • 前端开发:2 人(用户·交互、页面设计)
  • 后端开发:2 人(接口设计、数据库设计、算法设计)
  • 测试:1 人(功能、回归、边缘场景测试)
  • 项目经理:1 人(需求分析、进度规划)
posted @ 2026-03-17 23:26  23373290吴长骏  阅读(53)  评论(0)    收藏  举报