QQ群聊天之bug,缺陷，错误，故障

century · 发表于 2006-5-28 09:38:30

2005-10-26 10:45:16 草莓( )
谁能说出bug,缺陷，错误，故障四者之间的区别？

2005-10-26 10:45:18 椰之风
error, fault，failure。都可以是bug

2005-10-26 10:45:26 落入凡间
bug：缺陷。我理解

2005-10-26 10:45:42 鸣人
你解释一下错误吧

2005-10-26 10:45:44 椰之风
错误的严重等级是不一样的

2005-10-26 10:46:00 鸣人
那故障是指硬件的吗？？？

2005-10-26 10:46:01 草莓( )
软件bug，就起原因，最根本的是什么呢？

2005-10-26 10:46:06 Julia
不按设计实现的都是BUG

2005-10-26 10:46:16 椰之风
根源应该是需求

2005-10-26 10:46:32 草莓( )
这就牵涉到软件的结构的问题

2005-10-26 10:46:34 椰之风
个人认为，呵呵，或者是对需求理解的偏差

2005-10-26 10:46:54 Angelo
对客户没有用的就是BUG,个人认为

2005-10-26 10:47:14 草莓( )
上面问题，大家以后可以看看：软件可靠性保证这本书，下面我简单说一下

2005-10-26 10:48:23 草莓( )
软件，最基本的单元是代码，代码写错了
就是错误，错误是人为的。

2005-10-26 10:48:38 Angelo
地球人都知道

2005-10-26 10:49:24 草莓( )
因为有了错误，就成了软件的一个隐含缺陷了。但是不是所有的错误与缺陷都能反映测试出来，所以代码审查是

测试的一个方面。

2005-10-26 10:50:02 Lily
继续说bug,缺陷，错误，故障四者之间的区别啊

2005-10-26 10:51:07 草莓( )
因为软件有缺陷了，那么软件在一定环境下缺陷就会被激发出来，激发出来就是bug ,没被激发的就是隐含的缺陷

。要激发出缺陷一靠使用，二靠测试，所以测试用例很重要。

2005-10-26 10:51:45 kevin
要激发出缺陷一靠使用，二靠测试？？？？要慎重哪！

2005-10-26 10:52:07 鸣人
一靠使用，二靠测试

反啦

2005-10-26 10:52:35 順
对了老大能不能向你了解下环境的重要和架构要考虑几个方面年饿

2005-10-26 10:52:39 椰之风
不了解就不要乱说，草莓，继续

2005-10-26 10:52:59 草莓( )
同样一个bug表现却不一样，会有多中错误状态显示，比如有的出现死掉，有的报错，所以有的时候，改了一个地

方代码，问题都解决了。

2005-10-26 10:53:19 順
激发一个错误我觉得环境真的好重要

2005-10-26 10:53:42 草莓( )
这些表现出来的就是故障，故障是结果，是现象。

2005-10-26 10:54:10 Julia
kevin老师也来拉？

2005-10-26 10:54:25 Julia
草莓是我的偶像呢

2005-10-26 10:54:25 草莓( )
测试也是使用，除了使用也得靠其他工具来查。

2005-10-26 10:55:56 草莓( )
所以说，我们测试的结果是表现出来的故障。

2005-10-26 10:56:00 kevin
一靠使用，二靠测试
其实这个应该是贯穿于整个软件生命周期过程中，你说的有一点点靠后，前期的质量保证也是非常关键的

2005-10-26 10:56:46 椰之风
还有一点，代码评审的代价很大，要慎重的去做

2005-10-26 10:58:07 草莓( )
多个故障可有一个bug 引起的。一个bug由一个缺陷引起的，一个缺陷由一个错误导致的，这是简单的说法

2005-10-26 10:58:46 Angelo
8020原则更好解释

2005-10-26 10:58:49 Julia
kevin,如果开发组在开发的同时，要我根据设计说明书写测试计划，算前期的吗？

2005-10-26 10:59:50 kevin
为什么要探讨算不算前期这个问题，我觉得讨论如何做好更有意义，因为这样的情况是肯定存在的，没有办法的

2005-10-26 11:00:06 kevin
不管是前期还是后期你都必须做，哈

2005-10-26 11:00:59 kevin
我的做法一直都是，规范的来我就按照我们的规范的办法去做，不规范的提交那就有不规范的做法，所以我的团

队里面规范还是比较活的，呵呵

2005-10-26 11:02:32 草莓( )
一个软件里比如有100个错误，100个错误引起100个缺陷，但是测试后只能发现80个bug, 根据需求的要求，也只

能发现80个，那么那20个在环境下，就不能被激发，那么这个软件也是合格的。那20个有可能永远不会被激发。

所以软件是不可能没有bug 的。

2005-10-26 11:03:44 草莓( )
所以一个合格的软件，是在用户的环境下，在所有用例测试下，达到用户的要求，就是合格的。因为这是在一定

范畴下的合格。

2005-10-26 11:05:44 草莓( )
知道了软件问题的发生后，就来看看软件的结构。

2005-10-26 11:07:10 草莓( )
软件结构，最基本的是变量，代码行。
一个小功能组成了代码段。
几个代码段组成一个函数或过程。

2005-10-26 11:07:17 kevin
嗬嗬，我讲过这么一节课哦，哈哈

2005-10-26 11:07:30 順
[;x]

2005-10-26 11:07:37 草莓( )
函数与过程里包含变量，代码逻辑，参数。

2005-10-26 11:08:55 草莓( )
一个大的功能就会有几个函数或过程来实现。
也就是说功能点由函数与过程来组成。这是面向过程的开发软件。

2005-10-26 11:09:51 草莓( )
功能多了，就会把相应的同类功能聚居到一起。
形成对象。这是面向对象开发。
对象就是一系列功能数据的组合

2005-10-26 11:11:44 鸣人
他讲得太深啦

我不太懂

2005-10-26 11:12:45 草莓( )
对象的实现是靠类来实现的，对象是虚的，实现全在类里面，类就是功能函数，变量，参数等的集合。

2005-10-26 11:14:21 草莓( )
类里有一种叫抽象类，就是只定义变量，函数，而不写实际的实现代码。这些类一般是作为接口用的。接口就是

抽象类，他的实现是要靠具体的类代码来实现的，以后大家听到了接口，就因该知道他的意思了。

2005-10-26 11:16:16 順
接口指的是？

2005-10-26 11:17:32 草莓( )
对象类多了，把这些相同功能的类组合起来，就成了组件，如大家知道的COM,DCOM,EJB,CORBA，
组件提供的是对象的管理，规范，操作，具体的操作还是在对象类里实现。这些组件都开放接口，程序访问他们

，只访问接口，通过接口来调用类的实现。

2005-10-26 11:19:33 草莓( )
组件多了，难以管理，于是许多大的公司如sun等，就开发了组件管理的平台，并提供事件等操作。大量的业务组

件在这环境下就够成了群件。

2005-10-26 11:21:46 草莓( )
我们所说的单元只是一个大的功能，功能下还有子功能，功能的实现就是由对象类来实现。多个功能单元就组成

了模块，多个模块整合就组成了子系统或系统，子系统就组成了系统。

2005-10-26 11:22:51 草莓( )
知道了软件结构，我们就能了解单元测试，测试什么，整合测试测什么，集成测试针对软件的什么结构。

2005-10-26 11:23:09 順
那用BCB和VC等等就能实现模块了请问这个模块对象就是你刚刚说的吗？我懂的太少了不好意思主要是最近在

理解BS

2005-10-26 11:23:38 草莓( )
可以的呀

2005-10-26 11:24:05 順
那脚本呢？又涉及哪方面？跟模块走吗？

2005-10-26 11:24:22 草莓( )
BS的后台的服务也是用对象的呀，比如asp要调用ado对象。脚本里也有调用对象

2005-10-26 11:24:45 順
有点点名目了我再学

2005-10-26 11:24:47 順
你继续

2005-10-26 11:24:48 kevin
asp-----app-----db

2005-10-26 11:25:10 草莓( )
以前的脚本不是面向对象的，是过程性的，后来如python，支持oo,.net 也支持oo脚本了。

2005-10-26 11:25:33 草莓( )
jsp，也是调用类的对象

2005-10-26 11:25:53 kevin
草莓好厉害，建议把结构给讲一下，这样就更好理解了，通过一个例子（譬如典型三层架构）来分析接口、对象

等的布局以及意义所在，呵呵

2005-10-26 11:27:06 椰之风
草莓的思路其实是从开发的角度来看软件测试

2005-10-26 11:27:41 草莓( )
如果从测试角度看，就是把软件结构做为一个黑箱

2005-10-26 11:28:01 椰之风
恩，黑盒测试

2005-10-26 11:28:03 草莓( )
测试应该从两头都要看才全面

2005-10-26 11:28:19 Julia
黑白

2005-10-26 11:28:34 萍果花/jump
哦好象有点道理也

2005-10-26 11:28:50 kevin
其实我个人觉得，对于测试工程师可能读代码是最重要的，因为你不一定要会写，但是读出来的却很专业，呵呵

；这样你只要能基本定位问题，譬如定位到代码块上，剩下的问题就好说了

2005-10-26 11:29:13 kevin
不过我觉得草莓讲得很好，可以从纵深的方向上了解编码的结构

2005-10-26 11:29:17 椰之风
因为白盒测试会花费很大的财力人力，所以很多公司会采取黑盒

2005-10-26 11:29:17 草莓( )
黑箱的方法是不需要你了解内部结构，所以只知道输入输出就可以了，这是系统论里的方法。还有一种是白合，

最后一种是灰盒，在黑白只间