空间管理您的位置: 51Testing软件测试网 » 子木清风 » 日志

不要追求绝对的公平，红尘之中没有公平而言，人活一世，难得糊涂。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　it is no use doing what you like, you have got to like what you do.

2. 第一次尝试

上一篇 / 下一篇 2007-02-25 10:48:28 / 个人分类：单元测试

查看( 609 ) / 评论( 0 ) / 评分( 0 / 0 )

第二步：第一次尝试
初步的设想是先了解每一个类的功能，知道它们是做什么用、完成那些功能。但实际操作过程中觉得这样太慢了，而且在实际工作中当一个产品编码未完成时，我们是否有可能了解每一个类的功能？可能我们只能够知道当前完成的编码所实现的功能。现在设想在Black Jack（以下将简称BJ）这个项目中，已经完成了Suit类的编码，其它的类仍然在编码。我们只要了解Suit类所实现的功能就可以开始进行白盒测试。

在对Suit类进行测试之前，要先了解Suit类完成了那些功能。对这些功能如何进行测试？Suit 类包含如下函数：

private Suit(String name)；

public int compareTo(Object o)；

public String toString()；

private Suit(String name)；是一个私有构造函数，用来对内部四个变量构造时使用；（请教开发工程师后得知这种构造方法是设计者不希望用户控制类的创建过程。通过静态变量引用使用类）

static final Suit HEART = new Suit("heart");       //红心

static final Suit DIAMOND = new Suit("diamond");    //方片

static final Suit CLUB = new Suit("club");          //草花

static final Suit SPADE = new Suit("spade");  //黑桃

public int compareTo(Object o)；用来计算花色之间的分值差；红心0分；方片1分；草花2分；黑桃3分；（这是由源代码分析得出，如果有设计文档将会以设计文档为基准；）

public String toString()；返回花色的小写名称；

确定对Suit类测试public String toString()；和public int compareTo(Object o)函数，通过静态变量引用测试四个变量和私有构造函数。

在Jtest中建立一个新的项目，在项目中建立一个新类Suit，将BJ中的Suit类覆盖新的Suit类，使用Jtest自动生成测试用例。

BlackJakeTest是新的项目，项目中包含了一个基本的Suit类（由BJ中拷贝），Jtest自动生成了 BlackJackTest.jtest项目，并且生成一个测试类testsuit1();这里暂时不详细介绍Jtest使用方法，具体使用可以参考 Jtest的帮助文档。（点击蓝色播放按钮可以自动生成测试类和项目）；

通过覆盖率分析得出自动化测试只生成了Suit类的测试，测试覆盖率为83%；

由于未能自动生成public String toString()；和public int compareTo(Object o)函数测试代码，需要手工加入测试代码。

同时发现testSuit1()并没有进行任何判断，无法得知测试正确性，所以可以删除这段测试代码）；对于Jtest的运行方式还不了解，只是知道只要加入类，工具会自动运行；

加入了4个类分别用于测试public String toString()；加入2个类测试public int compareTo(Object o)；测试toString判断返回值是否正确，返回值应该是"club"、"spade"、"diamond"、"heart"。

测试compareTo判断返回值是否正确。在这里引出一个问题：按照设计，红心0分；方片1分；草花2分；黑桃3分；但在测试过程中private final int ordinal是一个私有变量，我们只能测试花色之间的差值，但不能确定每种花色的分值是否与设计相符？也就是说private static int nextOrdinal = 0;当nextOrdinal变量初始化不是0时花色之间的差值仍然与我们的测试设计相符，但实际上与需求并不相符！同时也可以考虑由于是私有变量不能在类外使用，是否可以不考虑设计分值而只考虑花色差值呢？

执行测试发现测试覆盖率已经达到100%；同时未现错误；

到这里已经完成了对Suit类的测试；

为了验证测试是否正确可以对Suit类的源代码作一些改动；可以将四个变量的顺序作一些调整，当再次运行测试会提示测试失败，预期值与实际值不相符；还可以将变量构建的字符串作一些修改，同样会提示测试失败。下图是调整了变量的顺序导致了测试失败；

在源代码中有意的加入部分错误代码，最后与测试结果进行分析可以得出测试覆盖率，是一个判断测试覆盖率的简单方法；

附：

部分测试代码：

  public void testCompareTo2() throws Throwable {

               Suit t1, t2;

               t1 = Suit.HEART;

               t2 = Suit.SPADE;

               int R = t2.compareTo(t1);

               assertEquals(R, 3);

  }

  public void testToString1() throws Throwable {

      Suit Test1;

      Test1=Suit.CLUB;

      String RETVAL =Test1.toString() ;

      assertEquals("club", RETVAL); // Verified by Administrator

  }

思考问题：
·       是否需要了解每个类之后再开始着手进行测试？

·       是否需要对私有变量和私有函数进行测试？（指在源代码中插入测试代码）

·       使用白盒测试可以回归测试变得快捷，当需要测试的类很多时如何自动运行不需要人工控制；

·       如何与自动化构建相结合；（每个产品打包前将自动进行所有的白盒测试）

·       测试方法是否正确有没有遗漏或错误的地方？

·       在实际的白盒测试过程中开发人可以提供每个类的输入与预期输出结果吗？

·       如何评估本次的工作量？（为白盒测试的实施提供一些数据）

·       如何确定通过标准？是以源代码为标准？还是以设计文档为标准？

·       如果没有设计文档时如何确定通过标准？

·       如果以源代码为标准，当源代码出现错误时但运行又不会出现异常，这时就会出现测试错误，如何避免这种情况？

·       如何发现缺陷逃逸？

用户菜单

我的栏目

标题搜索

日历

数据统计

访问量: 296182
日志数: 261
图片数: 5
文件数: 20
书签数: 5
建立时间: 2006-12-06
更新时间: 2011-08-31

2. 第一次尝试

相关阅读:

用户菜单

我的栏目

标题搜索

日历

我的存档

数据统计

RSS订阅