unit-testing - 测试简单的构造函数和默认值是否被认为是 "testing the language"，还是可以接受？

Question

我经常在单元测试中看到人们测试非常简单的事情，这些事情实际上不会失败。例如，给定以下类:

class Foo
{
    public $var = 'default val1';
    public $var2 = 4;
    public $var3;

    public function __construct($var3)
    {
        $this->var3 = $var3;
    }
}

很简单。 $var和 $var2有默认值，和 $var3通过构造函数初始化。

不过，对某些人来说，这需要 3 次测试。两个检查默认值是否已初始化，第三个检查 $var3通过构造函数赋值。对我来说，这似乎是一种浪费 - 似乎我正在测试这些功能的语言实现。

做这样的测试是个好主意吗？如果是这样，为什么？

Answer 1

编写测试来测试编译器确实不值得，而且通常不适用于非常简单的代码。除非您有某种外部要求，否则不会。

但是，这并不能防止 future 对 Foo 进行更改。 .如果我正在编写一些依赖于该行为的其他函数，我会很想在该函数的测试中编写一个快速测试。