我知道所谓的单元测试和集成测试的教科书定义。我好奇的是什么时候该写单元测试了……我将写它们来覆盖尽可能多的类集。
例如，如果我有一个Word类，我将为Word类编写一些单元测试。然后，我开始编写我的Sentence类，当它需要与Word类交互时，我经常会编写单元测试，这样它们就可以同时测试Sentence和Word……至少在他们相互作用的地方。
这些测试本质上变成集成测试了吗?因为它们现在测试这两个类的集成，还是仅仅是一个跨越两个类的单元测试?
一般来说，由于这条不确定的界线，我很少实际编写集成测试……或者我是否使用成品来查看所有部件是否正常工作，即实际的集成测试，即使它们是手动的，并且很少在每个单独的功能范围之外重复?
我是否误解了集成测试，或者集成测试和单元测试之间真的只有很小的区别?
当前回答
集成测试:测试数据库持久性。 单元测试:模拟数据库访问。对代码方法进行测试。
其他回答
当我编写单元测试时，我通过模拟依赖项将被测试代码的范围限制在我当前正在编写的类中。如果我正在编写一个Sentence类，而Sentence依赖于Word，那么我将使用一个模拟Word。通过模拟Word，我可以只关注它的界面，并在与Word界面交互时测试我的Sentence类的各种行为。这样我只测试了Sentence的行为和实现，而没有同时测试Word的实现。
一旦我编写了单元测试，以确保Sentence在基于Word的界面与Word交互时行为正确，然后我编写集成测试，以确保我对交互的假设是正确的。为此，我提供了实际的对象，并编写了一个测试，练习一个最终将同时使用Sentence和Word的功能。
这些测试本质上变成集成测试了吗?因为它们现在测试的是这两个类的集成?或者它只是一个跨越2个类的单元测试?
我认为是和是。跨越2个类的单元测试变成了集成测试。
您可以通过使用mock实现(MockWord类)测试Sentence类来避免这种情况，当系统的这些部分足够大，可以由不同的开发人员实现时，这一点非常重要。在这种情况下，Word是单独的单元测试，句子是在MockWord的帮助下进行单元测试，然后句子是用Word进行集成测试。
以下是真实差异的例子 1) 1,000,000个元素的数组很容易进行单元测试，工作良好。 2) BubbleSort很容易在10个元素的模拟数组上进行单元测试，而且工作得很好 3)集成测试表明有些东西不是很好。
如果这些部分是由一个人开发的，在单元测试BubbleSoft时很可能会发现问题，因为开发人员已经有了真实的数组，他不需要模拟实现。
如果class1的单元测试是测试class1的特性，而class2的单元测试是测试它的特性，并且它们不访问数据库，我想我仍然会把两个相互作用的类称为单元测试。
当一个测试运行了我的堆栈的大部分，甚至到达数据库时，我把它称为集成测试。
我真的很喜欢这个问题，因为TDD讨论有时对我来说有点太纯粹了，看到一些具体的例子对我来说是件好事。
单元测试使用模拟
您正在讨论的是集成测试，它实际上测试了系统的整个集成。但是当你做单元测试时，你应该分别测试每个单元。其他一切都应该被嘲笑。在你的Sentence类的例子中，如果它使用了Word类，那么你的Word类应该被嘲笑。这样，您将只测试您的Sentence类功能。
A little bit academic this question, isn't it? ;-) My point of view: For me an integration test is the test of the whole part, not if two parts out of ten are going together. Our integration test shows, if the master build (containing 40 projects) will succeed. For the projects we have tons of unit tests. The most important thing concerning unit tests for me is, that one unit test must not be dependent on another unit test. So for me both test you describe above are unit tests, if they are independent. For integration tests this need not to be important.
