2

我在设计没有冗余的黑盒单元测试时遇到问题。

这是一个例子：

class A {
   Float function operationA(int: aNumber){
        if(aNumber > 0){
            return aNumber * 10 + 5.2;
        }
        else if (aNumber < 0) {
            return aNumber * 7 - 5.2;
        }
        else {
            return aNumber * 78 + 9.3;
        }
    }
}

class B {
    boolean status = true;

    Float function opearationB(int: theNumber){
        if(status == true){
            return a.operationA(aNumber);
        }
    }
}

为了正确测试 A.operationA()，我必须编写至少三个单元测试（aNumber= 0、aNumber> 0 和aNumber< 0）。

现在假设我要测试 B.functionB，使用黑盒策略，我是否应该重新编写类似的三个单元测试（theNumber= 0、theNumber> 0 和theNumber< 0）？在这种情况下，每次使用 A.operationA 方法时，我都必须创建大量测试...

4

1 回答 1

2

如果可以放松黑盒约束，您可以删除所有重复项。我真的很喜欢 Jay Fields 对单独单元测试与社交单元测试的定义，在此处进行了解释。

A孤立地测试类应该是微不足道的。它没有副作用，也没有合作者。理想情况下，B 类也可以单独（单独）测试，其中它的合作者 A 类被剔除。这不仅可以让您单独练习课堂B，还有助于控制级联故障。如果在 A 类发生变化时用现实生活中的 A 类测试 B 类，则可能会导致 B 类失败。

在某些时候可能应该检查协作（社交），可能有几种方法：

  • 通过其公共接口调用 b 并触发类 A 中的默认情况的单个社交测试
  • 执行特定用户故事或外部流程路径的更高级别测试，触发 B 类

抱歉没有回答你的直接问题。

于 2017-01-19T14:01:21.250 回答