版权声明：菜鸟一枚~~ 有想法可在下面评论， 转载标明出处即可。 https://blog.csdn.net/KLFTESPACE/article/details/82153259
测试基础
测试在先，编码在后。这也称为测试驱动的编程。先编写测试再编写代码并不是为了发现bug，而是为了检查代码是否管用。
测试四步曲: (1) 确定需要实现的新功能。可将其记录下来，再为之编写一个测试。 (2) 编写实现功能的框架代码，让程序能够运行（不存在语法错误之类的问题），但测试依然 无法通过。测试失败是很重要的，因为这样你才能确定它可能失败。不断重复这 个过程：确定测试失败后，再试图让它成功。 27 (3) 编写让测试刚好能够通过的代码。在这个阶段，无需完全实现所需的功能，而只要让测 试能够通过即可。这样，在整个开发阶段，都能够让所有的测试通过（首次运行测试时除外）， 即便是刚着手实现功能时亦如此。 (4) 改进（重构）代码以全面而准确地实现所需的功能，同时确保测试依然能够成功。 提交代码时，必须确保它们处于健康状态，即没有任何测试是失败的。测试驱动编程倡导者 都是这么说的。我有时会在当前正在编写的代码处留下一个失败的测试，作为提醒自己的待办事 项或未完事项。然而，与人合作开发时，这种做法真的很糟糕。在任何情况下，都不应将存在失 败测试的代码提交到公共代码库。
测试工具: unittest：一个通用的测试框架。 doctest：一个更简单的模块，是为检查文档而设计的，但也非常适合用来编写单元测试。
(不要盲目信任测试，而且务必要测试足够多的情形。)
单元测试可让程序管用， 源代码检查可让程序更好，而性能分析可让程序更快。