606
社区成员




原书第15章的1.2小节复杂项目的会诊在332页中说到:
第一步:开发者提交参加会诊的Bug和修改方案,以及伙伴测试结果。
开发者必须向与会者报告的是:
Bug是什么;
危害是什么,如果不修复,有何后果;
用户会有什么变通办法;
是否经过代码复审,是否经过伙伴测试。
在这里,我认为,应该加上一点:Bug是否良性且受用户欢迎,是否需要被修复。
我觉得这一点是非常重要的,就比如GTA5中的摩托飞天术。玩家发现,通过进行有一定规律的按键操作,可以使得摩托车在天上悬浮。由此bug带来的GTA5线上模式中的毒图制作就深得玩家喜爱,这虽然违反了物理定律,但是让玩家体验到了快乐。与之相对的,就是GTA5线上模式的漫长读取过程,有的时候,甚至需要20多分钟,这虽然不能称为bug,但是也影响了用户体验,经人发现,原来是GTA5在读取数据时,读取了开始不必要的数据,即车库的数据,而这消耗了大量的时间,在读取完基本数据之后实际上就可以进入地图中了,在进入后继续读取车库数据即可减少初始登入时间,这就算是一个需要解决的问题。
如果bug并不是恶性的,开发人员就毫不犹豫地将其修复,而用户表示对这个bug很是欢迎,这毫无疑问是向用户泼了冷水。因此,我认为,bug的修复是需要进行考量的。
————————————————
版权声明:本文为CSDN博主「メ幻梦灬虚妄ベ」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/CJQ6661999/article/details/123407887
我认为首先应当对该"良性bug"进行风险评估,如果是不对其他用户产生负面影响,又能同时提升用户体验的良性 bug 不予修复,否则则犹如像用户头上泼了一盆冷水,其他类型 bug 应当直接修复。不过每个人的体验感不同,开发者不应当主观的判断,可以通过发布问卷等方式询问用户意见作为辅助参考。
A5:应该被修复,虽然有流传“程序能跑就行”,“牵一发而动全身”的摆烂说法,但我现在认为开发者应该对程序有很强的掌握能力,bug可能影响到后续的开发,应尽快把程序修复成无bug的稳定状态。
对于问题中提到的玩家以bug发掘新玩法和不合理的读取过程,我认为开发者要关注用户体验,修改影响用户体验的部分,修复bug后也可以为用户制作新的模式。
其实,核心是: 用户喜欢,即使是bug 也无妨? 你举的例子是游戏, 如果是金融软件给用户多发了钱呢? 用户当然欢迎这样的bug,我们要修复么?
这点我仍保持原来的看法。对于并不造成现实生活危害的良性bug,并不需要被修复。只有那些影响用户体验并且有一定的安全风险的bug,才应该被修复。GTAonline反物理引擎的存在才让诸多玩家爱上了制作所谓的毒图,并体验其他玩家的毒图。如果这个被修复,毫无疑问,毒图玩家的体验感将会大打折扣。在本学期的软件开发的过程各个团队对于bug的修复也都是影响用户体验和维护安全性的。在报告过程中,并未发现有修复良性bug的团队。这也说明,各个团队对于良性bug还是持有可有的态度。
————————————————
版权声明:本文为CSDN博主「メ幻梦灬虚妄ベ」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/CJQ6661999/article/details/125462461