为什么选择testFixture而不是TestClass?

主要的历史原因是NUnit从JUnit开始作为一个直接的端口,JUnit称之为testfixture。

IsVisualAgeForJava 因为JUnit当时有特殊的行为。

在nunit2.0中,我们的目标是让NUnit变得更强大。所以我们添加了属性和其他一些东西。我们所有人都有java背景,在JUnit工作了多年。使用起来似乎很自然 [TestFixture]

[TestFixture] 测试类不是固定装置

注意,在nunit2.5中,可以删除[TestFixture]注释。

更新: (2012年7月)

我刚刚读了《黄瓜》一书,在第99页,作者马特·韦恩解释了使用“fixture”的由来

将测试系统和被测系统之间的链接称为fixture是一个很长的传统(来自硬件世界,测试fixture起源于此)。这就是我们在本书中称为自动化代码的“粘合代码”角色。FIT测试框架使用这个术语的含义。

既然你问起了,我就查了一下。
测试夹具是在运行测试之前必须建立的固定基线状态,因此结果是可预测和可重复的。在单元测试框架中,我们使用SetUp和TearDown属性/方法来创建/销毁测试夹具(例如,用正确的对象初始化实例变量)。