空间管理您的位置: 51Testing软件测试网 » Mr.南柯 » 日志

单体测试指南-1

上一篇 / 下一篇 2012-07-26 13:40:33 / 个人分类：杂谈

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

]w6F3aE9z7b0　　1、单体测试应该小并且快51Testing软件测试网d)d eS JwRz

　　理想情况下在每次代码签入之前都要执行下测试套件。测试快就可以降低开发周转时间。

　　2、单体测试必须完全自动化，不需要交互

　　测试套件通常经常执行，必须完全自动化才有用。如果结果需要人工检查，该测试就不是真正的单体测试。

　　3、单体测试应便于运行

3z&r6o(~B0　　开发环境应该配置成通过一个单独的命令或者一个按钮点击就可以运行单独的测试和测试套件。

9f |j3j$i+hJ2B0　　4、评估测试

　　对测试的运行进行覆盖分析从而得到执行覆盖并调查代码的哪些部分执行，哪些部分没有执行。51Testing软件测试网hei,P*ycj

　　5、立刻修复失败测试

　　每个开发者都应该确保在签入后新的测试以及所有既有的测试都可以成功运行。51Testing软件测试网yP\$_ e.NN[

　　如果在日常测试执行中有一个测试失败了，整个团队必须停下手头的工作来保证问题得到解决。51Testing软件测试网H5}`3PDQ

d0s'i%kD^x0　　6、保持测试在单体层

　　单体测试和类的测试相关。每个普通类都要有一个测试类，类的行为应该在隔离的条件下测试。应该避免使用单体测试框架测试整个工作流程，因为这样的测试会很慢并很难维护。会有需要流程测试的地方，但不应该作为单体测试的一部分，它必须独立地设置和执行。

~0b)?\&\'E1}z0　　7、从简单开始

　　一个简单的测试要比根本没有测试好。一个简单的测试类可以建立起目标类的测试框架并可以验证编译环境、单体测试环境、执行环境和覆盖分析工具是否具备以及是否正确，从而可以证明目标类是否是程序集的一部分以及是否可以访问。51Testing软件测试网zD c3@M`

(xI!zxis7U W0　　单体测试的入门程序可能像这样：

void testDefaultConstruction()
{
Foo foo = new Foo();
assertNotNull(foo);
}

　　8、保存测试相互独立

koT4A4~s P,{7`1t1]0　　为了确保测试健壮并简化维护，测试不能依赖其它测试以及测试执行的先后顺序。

,|"wS Q'w9@J7u0　　9、测试类和被测试类尽量近51Testing软件测试网a3[vK!s3~

　　如果被测试类是Foo，那么测试类就应该命名为FooTest（而不是TestFoo）并同Foo放在同一个包里面。将测试类放在单独的目录下会使其难于访问和维护。

　　确保编译环境的配置可以使得测试类不会进入生产库或执行文件中。

　　10、合理命名测试

9e{D"HqNI Re%{0　　确保每个测试方法测试一个明显的类功能并据此命名测试方法。典型的命名规则是test[what]，比如testSaveAs()， testAddListener()， testDeleteProperty()等。

igb'Q4|6{0　　11、测试公开API

　　单体测试被定义为通过公开API测试类。有些测试工具可以实现类的私有方法的测试，但由于这会使得测试太过繁琐并更难于维护因此需要避免。如果有一些类的私有方法需要显示地进行测试，考虑将其重构成工具类的公开方法。要这样做就应该要改进总体设计，而不是仅仅为了帮助测试。51Testing软件测试网tzv)|(c9t

m5o"x mnz d0　　12、以黑盒考虑

"y;]uw*Vg;z9I2R0　　作为第三方的类使用者来测试该类是否满足需求。尝试着让它失效。

:sH@_"b!]Ts0　13、以白盒测试考虑51Testing软件测试网%RlM } A,s ob

　　毕竟，开发者写测试的同时也写了被测试类，需要特别注意测试复杂逻辑。

%KW'ui7d;v%^%eX0　　14、微不足道的类也要测试

Km9l1yt@R:L ~0　　有人会推荐测试所有主要的情况，而可以忽略诸如简单的类似setter和getter等微不足道方法。然而，应该测试微不足道方法情况有几个原因：

/fAG.s2\(P)A(s F]0　　● 很难定义微不足道。对不同的人可能有不同的含义。

　　● 从黑盒测试的角度看无法知道代码的哪部分是微不足道的。

　　● 由于拷贝-粘贴操作，微不足道的代码也可能包含错误。

private double weight_;
private double x_, y_;
public void setWeight(int weight)
{
   weight = weight_;    // 错误
}
public double getX()
{
   return x_;
}
public double getY()
{
   return x_;    // 错误
}

4L,S1r%e5}p_%F*A0　　建议就是测试所有代码，毕竟微不足道的代码很容易测试。51Testing软件测试网DFIls{ A

6MUn0b3?\)k1d&@:_0　　15、首先关注执行覆盖率

.z"n%g1tg5E#S$D:G2Ju0　　执行覆盖不同于实际代码覆盖。一个测试的最初目标应该保证高的执行覆盖。这可以确保代码在某些参数下真正执行。有了这个，就可以去改善测试覆盖了。注意实际代码覆盖很难确定（通常都很接近0%）。

DLO:{W0　　考虑下面这个公开方法：

uJGhl'o)JlZ&o0

void setLength(double length);

:QNg[kK0　　通过调用setLength(1.0) 你就可能得到100% 的执行覆盖率。为了达到真正100%的实际测试覆盖，必须使用所有可能的double值来调用该方法以确认它们的正确行为。这显然是不可能的。

,f(IR"[dw2X!Y"_0　　16、覆盖边界情况

5o W^Oe pQu0　　确保覆盖参数边界的情况。对于数，测试负数、0、正数、最小、最大、NaN、无穷等情况。对于字符串，考虑空字符串、单个字母的字符串、非 ASCII的字符串、多字节的字符串等情况。对于集合，测试空集合、单个元素集合、第一个、最后一个等。对于日期，考虑1月1日、2月29日、12月31 日等。被测类会提示各个具体情况下的边界情况。由于这些都可能是错误的根源，因此要尽可能多地测试这些情况。

　　17、提供随机数生成器

m1O*C)sgj^#n&X0　　在覆盖了边界情况后，进一步提高覆盖率的一个简单方法就是产生随机数以使得每次测试都可以使用不同的输入执行。

　　为了实现这个目标，可以提供一个生成double、integer、 string和dates等类型随机数的实用类。生成器必须可以从各个类型的全范围内生成值。

]Z1T Xn{,@0　　如果测试很快，可以考虑在一个循环内运行尽可能多的组合。下面的例子就是验证通过一次大端和一次小端转化是否可以得到原值。由于测试很快，每次可以根据不同的值执行100万次。51Testing软件测试网nC8ZI,D\5B

51Testing软件测试网 W!R&d!H6j}

void testByteSwapper()
{
    for (int i = 0; i < 1000000; i++)
    {
          double v0 = Random.getDouble();
          double v1 = ByteSwapper.swap(v0);
          double v2 = ByteSwapper.swap(v1);
          assertEquals(v0, v2);
    }
}

收藏举报

TAG:

查看全部评论

bob123654

不要让那些真正对你好的人，慢慢的从你的生活中消失，无论爱情还是友情，都需要用心经营。

单体测试指南-1

用户菜单

我的栏目

标题搜索

日历

我的存档

数据统计

RSS订阅