如何界定bug，bug和需求有什么不同，如何区分
做测试也有一年多了，但是有一天突然部门的同事问我“到底什么是bug，怎么区分这个就是bug，那个是需求呢”。我仔细的想了想，却发现我也回答不出来。好像平常都是凭感觉来的，看到了就认为他是bug了。这是一个很值得讨论的问题，我们做测试的，有没有考虑过到底什么样的就算是bug，我也从书上找了一下，但是都是抽象的理论概念，不好理解。
怎样才能界定bug的范围呢，希望能举一些实际的例子，小妹我这边先谢谢各位大虾了。 回复 1# tongbaobao
首先BUG就是与需求不符的那些东东，但需求并不是只有文档中讲到的才算是需求。需求分为两种，即显式需求和隐式需求，显式需求就是文档中明文规定了的，隐式需求就是大家都知道的、常规的需求，比如有个查询功能是按照时间段来查询的，那么起始时间肯定不能大于截止时间，还有，身份证号码必须是18位等等，这些就不用在需求文档中特意说明。
在实际的项目开发过程中，需求不可能是一成不变的，或多或少的都会出现一些需求变更。需求变更分为两种，一种是原有的功能需求有所改变，之前可能要求向东，现在可能要求向西了；另外一种就是功能的取消，或有新的功能需求，比如客户要求开发一个计算器，但这个计算器当初只要求实现加法功能，现在客户又要求这个计算器也要能实现减法的功能，那么这个时候，实现减法就是需求，不是BUG。 有启发，受教啦。:victory: 在软件评测师教程或其他软件测试书中有提到与需求不相符合的五种情况都是BUG 本帖最后由 一剂清梳 于 2011-3-24 11:36 编辑
在软件评测师教程或其他软件测试书中有提到与需求不相符合的五种情况都是BUG
千里 发表于 2011-3-21 13:38 http://bbs.51testing.com/images/common/back.gif
当以下的一个或多个规则成立时，一个软件的bug就出现了：
1. 软件没有做《产品规格说明书》中要求做的一些事情。
2. 软件做了《产品规格说明书》中要求不该做的一些事情。
3. 软件做了《产品规格说明书》中没有提到的一些事情。
4. 软件没有做《产品规格说明书》中没有提到但是应该做的一些事情。
5. 软件难以理解、使用不便、运行速度慢，或者---在软件测试员眼里---同样在最终用户看来显然是不正确的。
这些bug的定义覆盖的很广，但是运用这五个规则，将帮助你在软件测试工作中分别不同类型的问题。 没有达到设计说明书表明的功能
出现了设计说明书中不一致的表现
没有达到用户期望的目标(虽然策设计明书中没有要求)
测试员或用户认为软件的易用性差
文档不完善、不对应 路过~~~，走着！ 回复 2# wangsc_testing
身份证有15位的，这是一个很重要的测试点。 实际测试过程中不是这样简单的定义，这些定义是有前提的，就是需求很明确 可能需要多关心一下，当开发认为不是BUG的时候，测试如何与开发进行沟通。
页:
[1]
