BUG定义
最近在给小组人员培训时遇到关于bug定义的问题,我的定义为:
软件没有完成需求中定义的功能
软件错误的完成了需求中定义的功能
软件完成了需求中没有定义的功能
大家看有何缺陷? 软件完成了需求中没有定义的功能
这点未必是BUG吧?需求中未定义的未必不能做。
有些是需求没有写完整,有些对项目有好处的,或是客户没有考虑而我们替客户考虑到了。 原帖由 tjj006 于 2006-4-29 20:03 发表
软件完成了需求中没有定义的功能
这点未必是BUG吧?需求中未定义的未必不能做。
有些是需求没有写完整,有些对项目有好处的,或是客户没有考虑而我们替客户考虑到了。
这将导致软件复杂度、软件开发成本增加。
软件完成了需求中没有定义的功能属于bug,需求决定了软件做什么,需求中没有规定的不要做,如果在开发阶段发现需求错或者不完整,需要反馈需求人员修改需求。 Bug:程序缺陷 电脑系统或者程序中存在的任何一种破坏正常运转能力的 问题或者缺陷,都可以叫做bug,有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离。
缺陷:即指静态存在于软件工作产品(文档、代码)中的错误,也指软件运行时由于这些错误被激发引起的和软件产品预期属性的偏离现象。
错误:指编写错误的代码,一种是语法错误,另一种是逻辑错误。
软件错误、软件缺陷、bug在实际工作中可以认为一样。 原帖由 tjj006 于 2006-4-29 20:03 发表 http://bbs.51testing.com/images/common/back.gif
软件完成了需求中没有定义的功能
这点未必是BUG吧?需求中未定义的未必不能做。
有些是需求没有写完整,有些对项目有好处的,或是客户没有考虑而我们替客户考虑到了。
多余的实现 也是defect,只要不符合用户的需求,就是bug,这个没有任何的疑问,用一个成语来概括"画蛇添足" 原帖由 red-hat 于 2007-11-27 22:21 发表 http://bbs.51testing.com/images/common/back.gif
多余的实现 也是defect,只要不符合用户的需求,就是bug,这个没有任何的疑问,用一个成语来概括"画蛇添足"
可能是隐含需求 大家都没考虑 如果是隐含需求的话就不是BUG 我想一楼指的应该是隐含需求吧 只是他没说出这个词 呵呵 《软件测试》这本书对缺陷的定义:
1. 软件未实现产品说明书要求的功能
2. 软件出现了产品说明书指明不应该出现的错误
3.软件实现了产品说明书未提到的功能
4. 软件未实现产品说明书虽未明确提及但应该实现的目标
5.软件难以理解,不易使用,运行缓慢或者---从测试员的角度看---最终用户会认为不好用
这个定义读起来有点饶舌,但是,概括的确实不错,与大家分享下! 不用钻牛角尖,你做了测试自然会明白。 是该有个明确的定义,方便我们测试人员进行理解。特别是对于刚刚进人这一领域的新生力量。 在目前大多数公司的需求,设计文档不规范的情况下,我们很难完全只根据需求和设计文档来定义缺陷的标准~
页:
[1]