谈谈 Java 单位测试（UT）的一些准则

F.I.R.S.T 准则

• 快速（Fast），测试应该充足的快。测试应该可以快速运转，运转慢，你约莫不太想经常地运转，也不克不及尽早地发觉成绩，也无法容易修正。
• 独立（Independent），测试应该互相独立。某个测试不应该为下一个测试设定条件。你应该可以独立运转测试，以及以任何排序来运转测试。当测试互相依托时，某一个测试不经过时，会招致其他测试用例也无法经过。
• 可反复（Repeatable），测试应对可以在任何情况中反复经过。好比：你可以在有网络的情况中测试经过，也可以在无网络的情况中测试经过；FAT 情况中可以测试经过，PROD 情况中也可以测试经过。假如有情况依托，当情况不具偶尔你就没法去运转你的测试用例。
• 自足验证（Self-Validation），测试应该有 bool 值输入。无论经过或失败都不发起经过日志文件来确定测试对否经过。假如测试不克不及自足验证，对测试运转后果的推断就变得依托臆断，并且运转测试也必要更多的手工利用时间。
• 及时（Timely），测试应该及时去编写。我们编写 UT 的目标就是要确保消费代码的质量，假如没有 UT 的保证，就像是裸奔。代码公布消费前必需确保有 UT 并且 UT 的种种掩盖率必需达标。事后去补 UT 就丢失了其本身的意义。

A.I.R 准则

• A（Automatic）主动化，单位测试应该是全主动实行的，测试用例经过会被经常地实行，实行历程中必需完全主动化才故意义。假如单位测试的输入后果必要人工到场反省，那么它一定是不及格的。单位测试中不允许经过 System.out 来举行人工验证，而必需经过断言来验证。
• I（Independent）独立性，为了确保单位测试的安定性、可靠性和可维护性，必要确保其独立性。
• R（Repeatable） 可以反复，测试应对可以在任何情况中反复经过。

B.C.D.E 准则

• B（Border），界限值，包含循环界限、特别取值、特别时间点、数据排序等。
• C（Correct），准确的输入，并取得预期的后果。
• D（Desgin），与计划文档相团结，来编写单位测试。
• E（Error），单位测试的目标来证实步骤有错，而不是步骤无错。为了发觉代码中的潜伏的错误，我们必要在编写测试用例时有一些欺压的错误输入，包含但不限于：不法数据、特别流程、非业务允许等。