单元测试： 单元测试是测试中的最基本的测试， 也是测试中的最小单元， 它的对象是函数对象，也可以包含输入输出， 针对的是函数功能或者函数的内部逻辑方面。 并不包含业务逻辑
接口测试： 接口是抛开界面而说， 界面封装了接口对用户提供功能， 而接口测试则是抛开了界面对接口的封装和集成（界面提供的一个功能中可能包含了多个接口）。 针对一个接口实现的功能以及接口内部逻辑进行测试。 有的接口功能单一，有的接口功能复杂， 针对功能复杂的接口，可以按照其功能点拆分测试。 另外，就是接口之间的依赖性。 如果只是进行接口测试，如果有接口依赖性问题， 最好的方法是提前准备测试数据。 不建议将接口关联在一起测试。接口应该是业务逻辑的最小单元。 接口可能包含了内部逻辑测试和接口功能测试。 但是个人认为接口功能测试不能称之为功能测试， 因为这些功能是抽象的， 或者业务功能的最小单元。 个人理解的功能测试，应该是业务上的功能， 而不是接口功能。 当然只有接口功能正确的实现了，我们才有可能去集成业务功能
集成测试： 将一个模块或几个模块拼接起来，从而实现了系统的某些功能。 这些功能可能包含了一个完整或者不完整的业务功能，这时候我们进行的测试可以称之为功能测试。 我们是站在用户的角度上去验证功能是否正确，是否满足用户需求或者设计初衷。 如果把所有的模块集中起来进行测试，个人理解就是系统测试。 当然，我只是从功能方面出发。
系统测试： 所有的模块集成形成一个完成的。 如果接口定义完善，并且测试充分， 如果时间不充足的情况下， 可以跳过集成测试。 集成测试实际是系统测试的一个子集。 会涵盖一些系统测试覆盖不到的逻辑。 既然系统覆盖不到的逻辑， 自然不会呈现在用户面前。 当然笔者只是假设时间不足的情况。 如果时间足够， 还是要一层一层的进行测试。 尽可能早的发现问题。 自上而下，每一个种测试都是下一个测试的基石。
笔者写这篇文章， 是因为最近在做一些接口测试。 很是痛苦，迷茫。 写这个随笔的目的是为了划分不同测试之间的界限。 如果有不当的地方可喷， 也欢迎讨论。