咱们为何要写测试用例，以及写测试用例的原则

在编码以前和期间考虑测试，这样你就能够编写可测试和解耦的代码。 使用你的测试做为类的规范，若是可能的话在代码以前写下它们

 

如今，让咱们现实一点。 咱们能够测试什么？ 一切。 诚然，若是你正确地构建你的代码，你能够测试一切。 这取决于你要测试什么。 不幸的是，一般没有时间来测试一切。

可测性。 这是第一步。 第二步是测试正确的方法。 让咱们提醒一下FIRST的旧规则：

Fast – 测试应该很是快。若是须要几分钟或几小时来执行测试，写测试是没有意义的。 没有人会检查测试，若是是这样的话！

Isolated – 一次测试APP的一个单元。 安排在该单位的一切行为彻底按照你想要的方式，而后执行测试单位而且断言它的行为是正确的。

Repeatable – 每次执行测试时都应该有相同的结果。 它不该该依赖于一些不肯定的数据。

Self-validating – 框架应该知道测试是否经过。 不该该有任何手动检查测试。 只要检查一切是不是绿色，就是这样:)

Timely – 测试应该和代码同样写，或者甚至在代码以前写！

因此，咱们制做了一个可测试的APP，咱们知道如何测试。 那如何命名单元测试的名字呢？