最近朋友圈晒足迹足迹刷屏
当我们谈论足迹时，我们实际上是在谈论隔离。 隔离是信任的关键。
等一下
测试的“检查”部分实际上是关于信任的。 我们进行检查，因为我们想确保我们的系统能够按预期工作。 因此，我们构建了一套测试，以证实我们对系统的假设。 而且，每次查看测试结果时，我们都希望确保100％的这些测试都不对我们说谎。
我们需要信任我们的测试，因为这样我们就不必每次都重新检查。 我们将知道一个真正的问题是故障点。 多年来我们积累的大量测试并没有完全浪费我们的时间。
我们需要知道，无论如何：
测试在哪里进行 测试运行时 测试在哪种机器上运行 谁进行测试 我们运行了多少次 如果单独运行或按顺序运行，则以什么顺序运行 我们在任何环境条件下运行它
结果不会受到影响。
隔离意味着我们可以在测试中赢得很大的信任，因为我们消除了外部干扰的影响。
如果确保完全隔离，我们将知道Test XYZ不仅具有可靠的结果，而且不会影响任何其他测试的结果。
只有一个小问题。
我们无法确保完全隔离！
每次运行测试时，内存状态是否都相同？
我们的浏览器是否在最后一次时间留下了临时文件，这可能会影响磁盘的容量？
万能的垃圾收集器是否清除了所有未使用的对象？
自系统重新启动以来，时间是否相同？
我们不知道
通常这些事情都没有关系。 就像在现实生活中一样，我们擅长滤除可能会产生影响但通常不会产生影响的无风险的内容。
因此，我们需要足够的隔离。 这意味着最小的可控占地面积。
测试分配的每个内存都应释放 测试创建的每个文件都应删除。 测试删除的每个文件都应还原。 每个更改的注册表项，环境变量，日志条目等…
我正在使用Test，但实际上是指Test AND Code。 因此，如果经过测试的代码执行需要回滚的操作，则测试也需要这样做。
先生，你是一个可怕的孤立主义者！
这不是我第一次被这样称呼。
听起来有点极端，不是吗？ 我的意思是，如果我针对“脏”数据库进行测试，并且不依赖任何先前的状态，那我做错了吗？ 我是否需要始终从同一数据库开始？
好吧，是的，不是。
如果您已经分析了情况，并且编写了不依赖于先前状态的测试，则意味着您已经考虑了隔离性。 因此，在不关心占用空间的情况下，将数据堆积在数据库上而不进行清理的一组测试。
问题是–如果测试失败，该怎么办？ 由于您已经允许测试标记其领土，因此现在您具有难以复制的测试。 这将花费您进行调试，甚至可能无法解决问题。
一如既往，这是风险分析和缓解的ROI平衡。 问题是您在做出决定时需要意识到平衡。
翻译自: //08/test-attribute-7-footprint.html
最近朋友圈晒足迹足迹刷屏
