RD单元测试和QA接口测试的区别

1.单元测试
单元测试的基本原则：单元测试应该测试独立的单元模块，这个单元不应依赖于其他模块。
单元测试会强迫你去把各个模块解耦，因为耦合的很紧的模块是很难进行单元测试的，一般情况下，一个普通的程序员在任务很紧的时候很难费劲心思去将代码进行模块化的；当为了单元测试，自己就会去想方设法将模块解耦，这也算是单元测试的一个副产品吧。
单元测试能够进行最仔细的最细致的最方便的最全面的测试；只要测试用例足够多，测试路径可以覆盖所有的边边角角；而这点靠测试人员的黑盒测试基本是不可能的；而且测试用例由自己编写，想怎么测，想测那条路径，编造测试用例即可；测试人员根本不可能这么多。
2.接口测试
单元测试保证了核心代码的质量，那业务代码的质量谁来保证呢？答案是：接口测试；接口测试说白了就是这个svr的client；svr的是对外服务的，就是接收请求，返回回复；所以接口测试在入口处对svr进行了校验。

• 单元测试一般来说，是针对具体的代码逻辑进行测试，尽量减少这些功能单元集成起来出错的可能性，一般是由开发人员来完成；接口测试，更注重从用户的角度设计用例，更偏向于功能测试
• 单元测试设计测试用例的时候，可能更多的考虑是代码覆；接口测试，则需要更多的考虑业务覆盖。
• 单元测试由开发人员来做，可以保证从代码角度来看是没有问题的，但服务保证业务角度来看也是没有问题的；接口测试，则通过业务的角度去设计测试用例，其实，也可以说是从更早的时候，以功能测试的方法，先保证项目的流程及功能是正常的，而不至于在页面开发完成后，又修改主要功能代码，导致项目赶工及一系列的重写。