2020 软工实践 个人作业——软件测评
这个作业属于哪个课程 | 2020春 W班 |
---|---|
这个作业要求在哪里 | 2020软工实践个人作业————软件评测 |
这个作业的目标 | 评测腾讯即时通信IM,写出对于即时通信SDK的建议和规划 |
作业正文 | 2020软工实践寒假作业一(Fuze Helium-3) |
其他参考文献 | ... |
一、评测
网页端Demo
Android端Demo
IOS端Demo
小程序Demo
Bug汇总
Web端Bug
1、Web端无法进行添加联系人的操作。
未在Web端找到添加陌生人为联系人的操作,而其他平台能添加目标用户至联系人列表。这是功能上的缺失。
出现频率:永远
你觉得为什么这个产品组的人没有发现这些bug??
对于为何未实现添加联系人功能,个人更倾向于产品组遗漏了此功能的开发这一原因。个人认为这个功能还是一个颇为重要的功能,既然其他平台的Demo中都已经实现了此功能,Web端无此功能并不合理。
2、Web端无法查看联系人列表。
Web端的联系人列表永远为空。在其他平台添加的联系人,可以在其他平台的联系人列表中查看,但是在Web端的联系人列表无法显示任何联系人。
出现频率:永远
而其他平台的联系人列表可正常显示。
![](https://img2020.cnblogs.com/blog/1918370/202004/1918370-20200417001902015-1138362013.jpg)
你觉得为什么这个产品组的人没有发现这些bug??
正因为Web端无法进行添加联系人的操作,故联系人列表是否正常工作的测试极大可能也被忽视了。并且测试人员未充分考虑到跨平台同步的问题。
Android端Bug
1、Android端个人信息的修改个性签名Bug
当在Android端个人主页修改个性签名的时候,点击确定后,个性签名显示的仍未修改前的签名。而当再次点击修改个性签名时,此时的签名又变为修改后的签名。当再次点击确定后,签名又会变为之前的签名。总而言之,个性签名会记忆修改前与修改后的两个签名,点击确定会在二者之间进行跳转,即使你并未进行任何编辑。
经测试发现昵称也存在一样的情况。
详情如下图:
出现频率:永远
你觉得为什么这个产品组的人没有发现这些bug??
这个Bug并不容易被发现,因为正常的逻辑都是修改个性签名的内容后再点击确定,少数会直接点击确定按钮来修改个性签名。故测试人员测试的时候应该也是修改内容后再点击,故忽略了此Bug的存在。
2、拍摄界面点击右方“从相册选择”无效
当在聊天界面中选择“摄像”功能时,软件会正常进入摄像,但是此时若点击屏幕下方右侧的“相册”按钮,则无任何反应,只会弹出“right”标识。拍照功能同理。具体情况如下图:
出现频率:永远
你觉得为什么这个产品组的人没有发现这些bug??
毕竟这只是一个Demo程序,点击右方“相册”按钮能弹出“right”标识说明开发人员当时有考虑到这个按钮,但由于各种原因遗忘了对此功能的进一步实现。
3、已读消息无法标记已读
自己发送的消息能够显示对方是否已经阅读此条消息,但是即使对方已经阅读了此消息,消息也并未从“未读”状态转变成“已读”状态。具体图如下,发完这些消息后登陆接收方的账号查看消息,但这些已读标记未曾变化过。
出现频率:永远
![](https://img2020.cnblogs.com/blog/1918370/202004/1918370-20200417100424089-1161273921.jpg)
你觉得为什么这个产品组的人没有发现这些bug??
此为较明显的一个Bug,也许产品组的人发现了此Bug但由于时间不够或其他因素未对此进行一个及时的更改。也有可能此功能会占用较大的同步流量,故只存在于付费版中。
IOS端Bug
1、IOS端在黑暗模式下几乎不可用
IOS13之后加入了黑暗模式,但IOS端Demo并未对暗色模式进行任何适配,甚至还会因暗色模式的开启导致显示上的bug。如下图的登陆界面、发送消息框以及个人资料界面,这些文字因暗色模式的开启导致几乎可见度为零。
出现频率:永远
你觉得为什么这个产品组的人没有发现这些bug??
IOS深色模式的适配是IOS13以来才有的问题,目前还有很大部分AppStore中的APP未对深色模式进行适配,更何况这只是一个Demo程序,故我认为未考虑到IOS深色模式适配问题情有可原。毕竟连国民巨头微信对深色模式的适配都是“千呼万唤始出来”。
小程序端Bug
1、小程序无法进行修改个人头像
在小程序端Demo的个人资料界面,点击修改头像无任何反应,无法实现修改头像功能。
出现频率:永远
![](https://img2020.cnblogs.com/blog/1918370/202004/1918370-20200417100631811-68469824.jpg)
你觉得为什么这个产品组的人没有发现这些bug??
试了下Android端的换头像是点击换头像按钮后随机更换系统内置头像。小程序端也许是忽略了对此功能的实现,但产品组的人未发现此bug个人认为是测试的不全面导致。
2、在群聊中修改群昵称,无法正确显示
在群聊中修改群昵称后,修改昵称方无法看见自己修改后的群名称,在群聊中名称的显示变为显示ID。而其他人能看见他昵称的修改,但是对于他修改昵称之前所发送的信息的昵称无法更改,依然为修改之前的昵称。如下图所示:
出现频率:永远
你觉得为什么这个产品组的人没有发现这些bug??
群聊中修改群昵称后,此Demo实现应该是只对之后再次发送的信息更改发送人的昵称,代码未对此人此前发送的信息进行修改昵称。有可能因为这只是Demo程序,未实现较为完善的功能。
二、利用SDK想要开发的产品
产品功能:
1、匿名聊天功能。本软件中所有聊天均为匿名聊天,任何人都无法知道真实身份。提供给用户一个完全匿名的环境。
2、随机匹配功能。每隔固定时间能随机匹配一个陌生人进行聊天。
3、可对随机匹配的人进行添加好友、拉黑等操作。
用户分析:
1、适合一些在现实生活中较为内向、不擅长交际却又渴望能结识一些朋友的人。
2、适合一些因现实因素困扰,渴望能有个匿名平台与其他人交流的人。
三、调研&采访
采访对象背景:
本人高中同学,某位请求匿名的吴姓男子。
采访对象需求:
吴同学自己本身较为内向,且有社交恐惧症,平时在学校一般都在宿舍宅着,没加什么社团也没有很多朋友,不擅长交际。吴同学表示很希望能结交更多的朋友,但碍于现实等多种因素,难以结识新朋友。并且吴同学希望能尽早脱单,摆脱单身狗的日子。
让采访对象使用三十分钟的腾讯即时通信Android端Demo
死肥宅吴同学:
![](https://img2020.cnblogs.com/blog/1918370/202004/1918370-20200417135628699-193984146.jpg)
采访对象对腾讯即时通讯Android端Demo进行了长达三十分钟的体验,较为完整地体验了几乎全部功能,期间我也配合他体验了聊天的相关功能,包括语音、视频、文件发送等。
以下是采访对象的具体感受:
优点 | 缺点 | |
---|---|---|
数据量 | “这我不好测试吧,但我相信腾讯的实力” | 暂无 |
界面 | “简介大方,比较像微信” | “交互做得不够好” |
功能 | “一些基础的功能都能实现” | “功能过于简陋、有较多的Bug,还有待改进” |
准确度 | “消息的传达较为准确” | “其他部分的同步存在问题,如改名字、签名等” |
采访对象总结评价:
“通过对腾讯即时通讯Android端Demo的使用,我觉得大体上完成的还行。具有简洁大方的界面,基础功能也都实现了。但如果就到此为止是远远不够的,希望能在交互上更下点功夫,增添一些交互动画,使软件整体使用感受更好点。也希望能增添更多的功能,如自定义头像、表情包、聊天背景等等。另外,此Demo还存在着很多BUG,较影响用户使用感受,希望之后能够进行修正。”
用户对我想开发的产品意见:
“听起来很吸引人,特别是我这样较为内向、有社交恐惧的人,在生活中和新朋友真的是不懂如何交谈。匿名的随机匹配能较好的解决这个问题。但我觉得这样的软件可能存在一些不合规甚至非法的骚扰信息,对此方面的隐患需要重点考虑。”
对腾讯及时通信的评价:
整体来说还行,但未达到个人的预期,特别是对于腾讯这种手握微信和QQ,以IM见长的公司而言。(体验过网易云即使通讯后感受越发明显)
故我的结论为:一般。
四、分析SDK
使用腾讯即时通信的所有功能,联系第二部分的分析,估计这个SDK做到这个程度大约需要多少时间?(团队人数大约6人左右,计算机大学毕业生)。
前提:六人团队,计算机大学毕业生(个人认为得是较为优秀的毕业生,普通毕业生水平做这个应该够呛(也可能只是我够呛))
根据《构建之法》8.6节中所描述,实际时间花费主要取决于两个因素————对某件事的估计时间X,以及他做过类似开发工作的次数N。
Y = X +- X / N;
若这六人有过类似相关的开发经验,则时间花费更短;若从未开发过类似产品,有可能需要很长的时间才能完成。
故我估计六人的团队要4~6个月左右。
这个软件目前的优劣(和类似软件相比,如网易云信),并推理出团队在软件工程方面可以提高的一个重要部分(具体建议)。
此处与网易云信进行对比,网易云信使用截图如下:
腾讯即时通讯优点:
1、群成员上限远远多于网易云信,网易云信免费版群容量仅支持200人。
2、支持消息撤回、消息已读、未读功能。
腾讯即时通讯缺点:
1、不支持自定义头像,而网易云信支持
2、不具备跨设备传输功能,而网易云信能发送消息到“我的手机”
3、交互与使用不如网易云信
总结:通过对比使用网易云信和腾讯即时通讯两款相同领域相同功能的Demo,个人认为网易云信拥有较好的用户体验与更为稳定、完善的功能。特别是对于腾讯公司来说,这样的体验是不能达到用户预期体验的。
推理出团队在软件工程方面可以提高的一个重要部分(具体建议)。
团队在前期确定功能时,应当确定各个平台拥有共同的功能,而不是其中某些平台拥有此功能而其他平台没有此功能,应该具有一致性。
五、规划你的产品
1、同类产品分析:
市面上目前存在的匿名交际APP,有Soul、一罐等。它们的功能较为完善,更偏向于通过匿名发表动态来进行交际。
2、NABCD
(1).N(Need)
渴望交友,却因现实中种种因素难以结识朋友。
渴望交流,却害怕被认识的人发现自己。
(2).A(Approach)
完全匿名,昵称由系统分配或是用户自己从有限范围内进行选择,从而用户无法通过昵称表达任何身份信息。
提供随机匹配功能,让任何用户都能够有一个聊天对象。
(3).B(Benefit)
用户不用担心隐私泄露、无人述说的问题,能够畅所欲言,敞开心扉,结识到更多的朋友。
(4).C(Competitors)
市面上已有的Soul、一罐等匿名交际APP,本产品提供更为纯粹的一对一匿名匹配功能,而不像竞品更偏向于通过动态进行更大范围的交际。
(5).D(Delivery)
通过在一些大的流量平台投放广告进行推广。如微博、微信大V,抖音、快手大V,以及某些DAU较高的APP进行广告投放。
3、如果你来领导这个团队,会有什么不一样?
若我来领导团队,我会鼓励团队中的成员多交流、大胆发表自己的观点。我希望队员能够对任何自己觉得不合理的方面提出质疑,从而促进大家进行更多的交流,对问题的方方面面能有更深层次的探讨,发掘之前所忽略的一些问题。这样能够更好地促进团队成员对项目地理解,也能减少团队成员之间的矛盾冲突,提高工作效率。最终更好地完成项目的实现与部署。
4、如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
我会进行如下的安排:
项目经理一人:负责整体任务的安排与把控以及文档的撰写。
前端 + 美工 两人:二者共同进行前端的开发与界面美工的设计。
后端 两人:二者共同负责后端的开发。
测试:四名开发人员一起进行不同模块的测试。
5、16周开发计划
周数 | 计划 |
---|---|
第一周 | 需求分析 |
第二周 | 原型设计 |
第三周 | 系统设计 |
第四周 | 数据库设计 |
第五周 | 前期工作审复,完善缺漏 |
第六~八周 | Alpha版本实现 |
第九周 | 测试、修改 |
第十一~十二周 | Beta版本实现 |
第十三~十五周 | 测试、修改 |
第十六周 | 部署 |