不要模拟（ Mock ）不属于你负责的组件！
本文将讨论如何以及在什么地方应该使用 Mock 技术来模拟第三方库或外部组件。 虽然对外部组件的模拟（ Mocks ）让你能够验证系统的边界，而不必真正使用外部系统
不要过度依赖于 Mocks！
在为代码编写测试时，通过对代码的依赖关系进行 Mock ，让测试写起来似乎更容易。 然而，过度使用 Mocks 可能带来几个问题： 让测试代码更难以理解。与直接使用代
lib 文件最好少使用硬编码值！
你可能会遇到这样一种情况：你的某个函数总是使用相同的一个值，那么你此时可能会定义一个常量。这是一种好的做法，因为它避免了“魔数”，并改善了代
测试 UI 逻辑，请使用“正门优先原则”!
针对 UI 逻辑的自动化单元测试，当然是使用“正门优先原则” ，即：尽可能使用 Public 的真实实现代码。 一个对象（ Object ）会有几种接口。例如，它会有一个为大多数
仅验证与其被测行为相关的方法参数!
每个测试只应该验证一个行为，这可以使测试用例更可读，更能适应变化。 下面这段测试代码为 MockUserPrompter 的所有参数指定了精确值。一旦被测试的代码发生更改，这些
测试用例太 DRY 了? 应该让它们 DAMP!
下面的测试用例遵循了 DRY 原则 (“Don’t Repeat Yourself”), 它是鼓励重用，消除重复的一个最佳实践，例如, 通过抽取 helper 函数 或 通过使用循环的方