在编码之前和期间考虑测试，这样你就可以编写可测试和解耦的代码。 使用你的测试作为类的规范，如果可能的话在代码之前写下它们
现在，让我们现实一点。 我们可以测试什么？ 一切。 诚然，如果你正确地构建你的代码，你可以测试一切。 这取决于你要测试什么。 不幸的是，通常没有时间来测试一切。
可测性。 这是第一步。 第二步是测试正确的方法。 让我们提醒一下FIRST的旧规则：
Fast – 测试应该非常快。如果需要几分钟或几小时来执行测试，写测试是没有意义的。 没有人会检查测试，如果是这样的话！
Isolated – 一次测试APP的一个单元。 安排在该单位的一切行为完全按照你想要的方式，然后执行测试单位并且断言它的行为是正确的。
Repeatable – 每次执行测试时都应该有相同的结果。 它不应该依赖于一些不确定的数据。
Self-validating – 框架应该知道测试是否通过。 不应该有任何手动检查测试。 只要检查一切是否是绿色，就是这样:)
Timely – 测试应该和代码一样写，或者甚至在代码之前写！
所以，我们制作了一个可测试的APP，我们知道如何测试。 那如何命名单元测试的名字呢？