bug 和软件质量

  对于软件而言，是不是bug越少，它的质量就越高呢？

今天在写一个软件的安装和卸载的测试计划，面临这么一种情况：如果用户强行中断安装，那么系统将处于一个不稳定的状态，这种情况下，如果重新安装无法成功的话，这是不是一个Bug呢？延伸开来，如果用户没有按照设计的规定程序进行操作而导致软件出现“问题”。那么这种问题，是否就是“bug“呢？再延伸得更加广泛一点，究竟什么才是“bug“的准确定义呢？是不是只要是软件出现了问题，就是有bug呢？bug的定义直接影响到测试计划需要要包括的具体内容。这个问题其实是一个非常基础也非常重要的问题。

刚刚和做客户服务的人聊天，才发现自己对这个问题其实还是没有太清楚的认识。不过聊天之后，自己在电脑面前发呆良久，我才发现我自己其实是人为的将问题复杂化了。我在潜意识里面将软件质量的高低和bug的多少直接联系了起来。而事实上，这两者是没有任何关联的－－没有一丝一毫的关联。

简单的说，bug是相对于PRD (Product Requirement Document)而言的。是以产品需求说明书里面规定了的操作和操作的结果为基准的。如果按照PRD的说明进行的合法操作的时候出现了问题，那么这个“问题”就是一个“bug“，否则就不是。如果PRD里面规定了，软件只能在某些环境里面安装一次，那么用户的重复安装无法成功反而是一个正确的结果。如果PRD里面规定了，用户可以反复安装，那么上述问题就是一个BUG

软件质量则是由软件设计来决定的。如果用户习惯于在同一个页面输入用户名和密码，而设计者设计成用户需要在不同的页面输入两次用户名和三次密码，那么这种重复不是一个bug，但是用户会觉得软件不好用，或者说“质量不高”

所以没有BUG的软件不一定是高质量的软件，高质量的软件也不一定没有BUG。质量的好坏，从某种程度上来讲是一个主观的判断，虽然它也有一些定量的部分（比如说软件的反应速度等等）