关闭

编写和执行单元测试

321人阅读 评论(0) 收藏 举报
 

HTML Tags and JavaScript tutorial



编写和执行单元测试




 

   
编写和执行单元测试
2.1.
      
使用
NUnit
2.2.
      
测试技巧:测试哪些内容
在这个部分中,主要包括两个方面的内容。如何编写
NUnit
测试代码(测试代码的格式),以及测试的基本原则(测试代码的内容)。
 
2.1.1.
     
构建单元测试
测试代码必须做以下几件事情:
1.
   
准备测试所需的条件
2.
   
调用要测试的方法
3.
   
验证被测方法的行为和期望的行为是否一致
4.
   
完成后清理各种资源
为了使用
NUnit
框架,需要做这些工作:
1.
   
使用
using
声明引用必要的
NUnit
类(并添加一个指向
NUnitDll
的引用)
2.
   
定义一个测试类,必须是
Public
的、包换一个
public
的没有参数的构造函数,并且在类定义上加上
[TestFixture]attribute
标记
3.
   
在测试类中包含用
[Test]attribute
标记的方法。
2.1.2.
     
有用的特性
在使用
NUnit
框架时,除了上面提到的
[TestFixture]

[Test]
特性外,还有一些有用的特性。灵活使用这些特性,将有助于提高测试代码开发的效率。各个特性及其作用请参见表
2.1

NUnit
中的特性)。

2.1  NUint
中的特性
1. Per-method

Setup

Teardown
 
[Setup]
:用此
Attribute
指定的方法用于环境的建立,
NUnit
在调用每个
[Test]
方法之前,将调用此特性标记的方法
[Teardown]

[Setup]
一样,只是调用的时机是在每个
[Test]
方法完成后,用于环境的清理。
2. Per-class Setup

Per-class Teardown
 
[TestFixtureSetup]
以及
[TestFixtureTearDown]
特性和上述的
[Setup]
以及
[Teardown]
类似,只是其作用于整个
[TestFixture]
类而已。可以使用这两个特性标记的方法对整个
test class
设置和清理环境。
3.
使用
Categories
分类
 
[Category(“
分类名
”)]
用于指定某个测试方法所属的“类型”。用此特性将各个测试方法分类后,可以在
NUnit
环境中指定需要执行的类型。
可以将此特性写在
[Test]
特性一起,如:
[Test, Category(“test_0001”)]
也可以分开两行:
[Test]
[Category(“test_0001”)]
Category
还有一个
Explicit
属性,可以显式排除该
Category
的运行(除非在
NUnit GUI
中指定),写法如下:
[Category(“test_0001”, Explicit=true)]
4
.测试预期的异常:
ExpectedException
 
对测试而言有两种异常:
从测试代码抛出的异常
由于某个模块错误而引发的异常
第二种异常会在
NUnit
中捕获并作测试失败处理。而有时我们需要测试被测试方法是否抛出了期望的异常(例如,特意传入的错误参数),就可以用以下方法。
[ExpectedException(typeof(SomeException))]
或:
[Test,ExpectedException(typeof(SomeException))]
注意,一旦期望的异常抛出了,剩余的代码就会被跳过。
5
.临时忽略一些测试:
Ignore
 
当你写了一些测试代码,但并不打算马上执行时,可以使用
Ignore
特性。
[Test,Ignore(“message”)]
这个测试将被跳过,并且在
NUnit GUI
中给出黄色的状态栏。
 
2.1.3.
     
使用
NUnit
断言
断言是单元测试最基本的组成部分,
NUnit
程序库以
Assert
类的静态方法的形式提供了不同形式的断言,这些断言都列在表
2.2

NUnit
中的断言)中。

2.2 NUnit
中的断言
1. AreEquals   
检查两个值是否相等
 
Assert.AreEqual(expected, actual [,string message])
expected:
期望值

actual:
被测代码产生的实际值
message:
可选的参数,表示错误的报告消息
PS
:在浮点数的比较中还需要提供一个参数表示可以接受的误差
Assert.AreEqual(expected, actual, tolerance [, string message] )
其中
tolerance
可以写成如
0.01
,表示精确到小数点后两位
2. IsNull  
检查一个
Object
是否为
NULL
 
Assert.IsNull(object [, string message])
Assert.IsNotNull(object [, string message])
message:
可选的参数,错误报告消息
3. AreSame  
检查是否引用同一个对象
 
Assert.AreSame ( expected, actual [, string message] )
message:
可选的参数,错误报告消息
4. IsTrue  
检查给定的二元条件是否为真
 
Assert.IsTrue ( bool condition [, string message] )
message:
可选的参数,错误报告消息
5. Fail  
使测试立即失败
 
Assert.Fail( [ string message] )
message:
可选的参数,错误报告消息

NUnit
中,还可以自定义断言,用于在特定条件下的检查
 
有六个值得测试的具体部位,它们能够提高你的测试水平。这六个方面可以统称为
Right_BICEP:
l
       
Right :
结果是否正确(
Right

l
       
B    :
边界(
boundary
)条件是否正确
l
       
I    :
是否可以检查反向(
inverse
)关联
l
       
C    :
是否可以使用其它方法来跨检查(
cross-check
)结果
l
       
E    :
错误条件(
error condition
)是否可以重现
l
       
P    :
性能(
performance
)方面是否满足条件
2.2.1.
     
结果是否正确
对于测试而言,首要的也是最明显的任务就是查看所期望的结果是否正确
-
验证结果。
这里的结果是指确认代码所做的和你的期望是一致的。
2.2.2.
     
边界条件
边界条件包括许多内容,将在下一节(
2.3.
边界条件)中集中描述。
2.2.3.
     
检查反向关联
对一些方法,可以用反向的逻辑关系来验证它们。例如,为了检查某条记录是否成功的插入了数据库,可以通过查询这条记录来验证,等等。
值得注意的是,当同时编写原方法和它的反向测试时,一些
BUG
可能会被两者中都有的错误所掩饰。在可能的情况下,应该用不同的原理来实现反向测试。
2.2.4.
     
实现交叉检查
通常,计算一个量有一种以上的算法。可以使用那些没有在程序中用到的算法来交叉检查结果
--
这个算法可能比较慢或不太灵活,但用于交叉检查将非常有效。
2.2.5.
     
强制产生错误条件
应该能够通过强制引发真实世界中的错误
-
网络断开、程序崩溃等
-
来测试代码如何处理这些问题。简单的无效参数之类的错误会很简单,但要模拟复杂的错误就需要一些特殊的技术。在下面的文字中,将讨论使用
Mock
技术来解决如何强制产生错误的问题。
2.2.6.
     
性能特性
这里的性能特征并不是指程序的性能本身,而是指性能的那种“随着规模增大,问题越来越复杂”的趋势。我们应该使用一个性能特性的快速回归测试,避免出现某些修改使得程序变得很慢却无法对其进行定位的情况。


0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:150657次
    • 积分:4030
    • 等级:
    • 排名:第7724名
    • 原创:242篇
    • 转载:0篇
    • 译文:0篇
    • 评论:16条
    文章存档
    最新评论