单元测试浅谈(一)

单元测试测试什么

对象一般都具有一定的状态,我们写的每一个方法,要么会产生一个或者多个输出,要么会改变一个或者多个对象的状态,或者兼而有之。如果一个方法既没有输出,也没有改变任何对象的状态,那么这个方法是不必要存在的。
单元测试主要测试的是一个类对外暴露的方法,通过执行一个或者多个方法,来检测对象的状态或者输出结果是否与预期一致。

单元测试需要注意一下几点:

  1. 尽量避免直接测试私有方法,当私有方法过于复杂时,应该考虑重构代码,将私有方法封装的逻辑转移到另一个对象中,成为公有方法。
  2. 因为单元测试是基于有特定对象的,所以无法测试构造函数。当构造函数中包含复杂的逻辑时,需要重构,将其移动到某个方法中。当构造函数中包含其他对象的创建逻辑时,将这个对象作为构造函数的参数传入。
  3. 单元测试覆盖率不必要达到100%,因为覆盖率越高,预期收益越低,对于那些特别简单的逻辑或者单元测试无法验证的逻辑可以不用测试,比如生成订单号的逻辑,我们通过单元测试无法验证生成的订单号是否是唯一的,所以不必要做单元测试。

如何设计单元测试用例

Arrange(准备)->Act(执行)->Assert(断言)

  1. 准备阶段:定义待测试的对象,准备合适的测试参数
  2. 执行阶段:执行待测试的一个或者多个方法
  3. 断言阶段:检测方法的输出或者对象的状态是否符合预期

比如对于方法计算最大公约数的代码:

// Class: GCDCalculator
- (NSUInteger)GCDWithNumber1:(NSUInteger)number1 number2:(NSUInteger)number2 {
    NSUInteger remainder = number1 % number2;
    if (remainder == 0) {
        return number2;
    } else {
        return [self GCDWithNumber1:number2 number2:remainder];
    }
}

在准备阶段,我们需要创建一个GCDCalculator的对象,然后设计好合适的测试参数,比如10和6
在执行阶段,我们调用方法-[CGCDCalculator GCDWithNumber1: number2:]得到一个结果
在断言阶段,我们验证这个结果是否与我们预期的2一致

- (void)testGCD {
    // Arrange
    GCDCalculator *cal = [[GCDCaculator alloc] init];
    // Act
    NSUInteger gcd = [cal GCDWithNumber1:10 number2:6];
    // Assert
    XCTAssertEqual(gcd, 2, @"GCD failed");
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Android单元测试介绍 处于高速迭代开发中的Android项目往往需要除黑盒测试外更加可靠的质量保障,这正是单...
    东经315度阅读 8,354评论 6 37
  • 文章来自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鹏阅读 13,005评论 2 126
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    Mr希灵阅读 22,095评论 7 278
  • 1.测试与软件模型 软件开发生命周期模型指的是软件开发全过程、活动和任务的结构性框架。软件项目的开发包括:需求、设...
    宇文臭臭阅读 11,683评论 5 100
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 135,347评论 19 139