擅长:python、mysql、java
<p>事实上没有支持或反对doc测试的论据。它们只是测试。实际上,对于python 2.4,有一种方法可以根据您的doctest创建单元测试套件:
<a href="http://docs.python.org/library/doctest.html#unittest-api" rel="noreferrer">http://docs.python.org/library/doctest.html#unittest-api</a></p>
<p>在某种意义上,您可以将doc测试看作单元测试的一个子集,至少从功能的角度来看是这样的。在</p>
<p>但是python文档建议使用doctest进行以下操作:</p>
<ul>
<li>文档中的示例</li>
<li>回归检验</li>
<li>编写教程文档</li>
</ul>
<p>他们的论点是,如果你在文档中编写测试,你将被迫同时编写更好的文档和测试。与单独编写单元测试不同的是,很少添加足够的文档,而且它们往往停滞不前并过时。在</p>
<p>参见:
<a href="http://docs.python.org/library/doctest.html#soapbox" rel="noreferrer">http://docs.python.org/library/doctest.html#soapbox</a></p>
<p>我想,对于集成测试这样的东西,编写doctest会更困难。但是,正如您在python和Django上看到的那样,它们广泛地使用doctest,从而生成更易于理解的文档和教程。在</p>
<p>这完全取决于你的项目。没有“正确”的测试方法。在</p>
<p>另外,我建议您看看<a href="http://cc2e.com/" rel="noreferrer">Code Complete 2</a>书,因为您可能会发现单元测试并不是确保软件无故障的最佳方法。在</p>