单元测试好，可是这种情况怎么测试？

单元测试很不错，可是单元测试怎么看只能用于某些没有界面的内部逻辑处理模块。还有依赖性不是很复杂的库
  不过有界面和复杂逻辑和依赖关系的库，该怎么测试呢。以常开发的c/c++为例子，看到过各种库带有单元测试的工程(比如boost,ACE)，但还没有见过那个实际项目(有UI，有其他各种各样的相互交错的功能)带有单元测试的工程。这类工程最多也就是带有bug收集系统. 虽然尝试过在这样的项目中带入单元测试.最后因为项目复杂程度的增加 不得不放弃.
  单元测试的局限到底是怎么样子的,最好的应用单元测试的项目又有什么样的特征?

没明白你说的不能用单元测试的项目是什么样的项目？莫非是指有界面的项目？依赖性很强的项目？
对于前者有MVP嘛，后者有Mock嘛，会搞不定么？一定很复杂么？做过就知道了嘛。

  呵呵，不过你这些工具我都用不上啊，我是做c/c++程序的，如果一定要给个例子，比如ｆｉｌｅｚｉｌｌａ这样的工具软件　怎么把单元测试作起来呢？ 具体的怎么做也不指望能在这里知道．
　　单元测试总有个适应程度的？　怎么样的项目适合呢？

有界面的程序正好是mock大展身手之处吧？

适应于比较复杂
并复杂度大于两只手指数的工程
如果只有增删改
那么就不用了
作一套拷贝吧

UI中如果没有逻辑的话
那么传到后台之后是一个URL请求
可以转成Bean
之后如果用OO方式开发
并在设计阶段进行可测试设计
的话单元测试是很简单的

如果没有的话
也必须对单元测试
楼与猪棚区别就是
一个倒了会死人
另一个不一定会死人
所以建楼时会有监理
猪棚就没有。。。。

PS：测试这东西是从汇编就开始有了的
C中的测试更严格
比java严格的多的多
不能想象你在一个什么样的公司中

换了也不少公司了，没有什么像样的会搞c/c++测试的.相反的替代方案就是代码的质量要求. 每一个逻辑的全部的可能性都有代码等着在那里运行. 然后再加一个集中式的错误管理系统