A2：从 2 个测试来看，我们能够理解到，每个测试运行前，都会由测试框架调用 setup 方法，也会掉用 tearDown ，这里我理解为作者想告诉我们，这两个方法每个测试都会掉用。 因此有可能会被误用，进行对象初始化。

A3 A4：是系统自带的，但是代码分离了。有的测试类中，可能没有 setup 方法，有的有。如果你正在阅读的 class 内容比较多，当你看都某个 test 方法时，你会想 m_analyzer 是一个字段，它在哪里被初始化呢？当你转到定义时，发现初始化是 null ，这时候你会猜测它可能在构造函数被初始化，然后你去看构造函数，发现没有构造函数，再父类里面被初始化的？但是没有父类。这是你得搜索所有代码，终于找到，原来 setup 中有进行初始化。我把这种叫“隐式”。因此我们发现 setup 容易被人忽视，作者的例子是比较短，所以你可以一眼看到初始化过程和 dispose 过程。

作者想表达的是，在一个测试中，非必要不使用 setup tearDown ，如果非要构造复杂的对象，应该创建一个方法去初始化，你的测试方法调用初始化的方法。

如果你测试不得已引入了状态维护，你有可能在进行集成测试，此时可能需要用到这些复杂的生命周期代码。

setup 和 自己创建一个函数初始化对象的不同之处是，一个是隐式的，一个是显式的，显示可读性高，而且还有命名加持，例如 CreateObjectWithX 。setup 不表意，而且有的测试类中有，有的没有。读测试时你需要去关注生命周期，阅读性就变低了。

作者不推荐使用，但是还是列出来，是想告诉读者 NUnit 有哪些 API ，普及一些框架上的知识