软件体验差到底算不算Bug？

Bug 的标准定义源自《Software Testing》第二版原文这样写道：

The software doesn't do something that the product specification says it should do.

The software does something that the product specification says it shouldn't do.

The software does something that the product specification doesn't mention.

The software doesn't do something that the product specification doesn't mention but should.

The software is difficult to understand, hard to use, slow, orin the software tester's eyes will be viewed by the end user as just plain not right.

上面说软件很难理解,很难去使用,速度超慢,是bug，本人觉得也是。可能程序员心里面一万个“草泥马”，产品设计、用户体验关我毛事？

用户体验的核心和本质：满足用户需求，超出用户期望。有人将用户体验与软件的运行效率混为一谈，认为用户体验就指响应时间、可靠性、稳定性这三方面，我以前也是这样认为的，做好自己的就行了，不管用户体验。

bug和用户体验差的区别

现在产品的通病就是只求“孩子”产品四肢健全，不在乎它们是否长相平庸难以相处，只要逻辑没有漏洞，功能上没有bug，产品即可发布上线。这个观点我不敢苟同，在不花费较少的实现成本的情况下，我们应该抱着高要求去对待产品的功能测试及用户体验测试。让用户鄙夷的用户体验和有线上bug一样让都是唾弃。IT从业人员认为，用户体验差不属于bug，它属于优化任务，优化任务广义上都是用户所发现提出的软件可改进的细节、或与需求文档存在差异。本质上用户体验差和缺陷等级较低的bug没有什么区别。

举一个例子：APP登录页面文案为“登陆”，那么问题来了,这个问题属于优化任务还是bug。实际上中国语言博大精深，其实用“登陆”是可行的，但是当前的大数据分析结果得出，产品文案均是登录，我们应该服从于大众。从用户的角度去考虑，他们可能在人海茫茫的互联网产品中一眼就记住你，原因不是你的产品功能是如何的牛逼，而是他们认为网页存在错别字的产品不多了，而我们的产品做到了。在开发和QA的日常工作中也经常出现，二者为是bug还是优化争的你死我活。在开发的眼里只要功能可用就没毛病，QA从测试的角度会考虑过多细节。bug和用户体验差导致的优化任务其实是没有本质的区别，因为他们都能给用户的体验带来不快。这些问题最终都是殊途同归。用户体验差等于对待缺陷等级较低的bug,这是毋庸置疑的，衡量的标准其实取决于用户，他们的主观意识认定是bug那么就是bug,这就是万能定理：用户就是上帝。

牛逼的功能千篇一律， 好的用户体验万里挑一。

https://sq.163yun.com/blog/article/212669478812397568