我有两个爱好:一是旅行,二是发呆。。

ODC_1

上一篇 / 下一篇  2007-04-03 15:47:41 / 个人分类:缺陷分析

尽量用简单的话语来描述,这样比较轻松。首先,什么是ODC?ODC的内容和操作流程是什么样的?这个就不具体的说了。。因为网上有嘛。

下面说说看法。因为我们在软件实施的过程当中,缺陷是一个最容易得到的数据。我们既然有了数据,就想着对数据进行一些分析。因为在实施度量的时候,我们选择度量项的时候都需要有一个目的在,我们才能确定我们要对什么度量,有了度量项,我们才能知道有什么数据来反应这个度量项,才能有目的的去收集数据。那么我们在对缺陷进行分析的时候,到底有什么目的呢?想干嘛。。。这些数据或者参数能告诉我们什么?(简直是写了一堆废话,但不想删了。。。其实是想说ODC设置了这么多选择项,其实都是来帮助我们分析缺陷的。如果想了解度量,去Search GQIM)

翻译的文档主要是介绍了ODC中8个属性里面的值的含义,说白了就是告诉我们碰到这个缺陷了,如何选择这个属性下面的值。

开篇先把整体的框框丢出来:

ODC有8个属性,分别是属于测试人员的三个:活动(Activity),触发(Trigger),影响(Impact);属于开发人员的五个:Target(目标),Type(类型),Qualifier(限定符),Source(来源),Age(阶段)

从第一个属性开始说起:

Activity(活动):就是指在哪种测试中发现了这个缺陷(这里的测试是包括动态测试和静态测试的,比如功能测试和代码审查)

下面是翻译的内容了(为了更好的理解,会有一些废话的。。。):

下面是一些在缺陷被发现时候执行的活动。比如,在功能测试阶段,你做了一次代码的评审。那么在代码评审过程中发现的缺陷,此时的活动是代码评审(注意不是功能测试)。活动有下面一些选项:

1)Design Review(设计审查):对设计进行评审或者比较设计和需求

例如:1)所有的背景色必须是蓝色 2)需求规格说明书提到说支持6种流行的打印机,但一个很流行的打印机没有被写入设计文档

2)Code Review(代码审查):检查代码或者比较代码和设计文档

例如:1)设计文档说明了城市应该有4个,但是代码里面只提到了3个 2)设计标准说必须检查所有返回值,但是代码没有实现

3)Unit Test(单元测试):基于详细的内部代码进行的白盒测试或执行

例如:1)期望是只有一条路径,但在回溯的时候发现还有多条路径

4)Function Test(功能测试):基于规格说明书的黑盒测试

例如:1)我点击了打印,但什么都没发生(功能缺失) 2)当我选择保存的时候,数据丢失

5)System Test(系统测试):在真实的环境下,需要所有资源的情况下执行或者测试整个系统

例如:1)当试图打印1000个任务时,系统挂起 2)当试图从word中读取数据时,得到一条信息:"未知的文件格式"

下一次是介绍Trigger。每一类的活动都对应多个Trigger,这些trigger很多是相同的。

---------------------

虽然文档里面提到是否活动只有这些,但我认为这里的活动是可以根据自己公司的情况进行修改和调整的,并不一定完全按照这个来进行。比如可以增加集成测试或者组件测试等。

 


相关阅读:

TAG: 缺陷分析

引用 删除 happy_weixiu   /   2009-04-10 20:47:26
斑竹,我最近也正在做ODC应用于定制化方面的研究,能否发一份你翻译的这篇文章和原始文章,多谢!
我的邮箱:happy_weixiu@yahoo.com.cn
kevin_park315的个人空间 引用 删除 kevin_park315   /   2008-10-29 17:55:43
5
斑竹,小弟最近正在研究ODC,能否发一份你翻译的这篇文章和原始文章,多谢!
我的邮箱:ninthsun_sky@163.com
 

评分:0

我来说两句

日历

« 2024-03-18  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 40163
  • 日志数: 58
  • 图片数: 2
  • 文件数: 1
  • 建立时间: 2006-12-05
  • 更新时间: 2012-09-04

RSS订阅

Open Toolbar