对于测试驱动来说,如何确定要测试的主体,是个似是而非的问题。 在OO中对象是最基本的组织结构,那么测试的主体是否可以以对象为基本单位呢? 所以我们可以看见很多“对象”和“对象测试”对,比如有一个CustomerOrder对象,就会有一个CustomerOrderTest对象。虽然后者并不是总是存在。 另外一个常见的做法是只在服务层有测试,也就是说同时测试了Service,DomainModel,DAO。 前者的问题在于对象都是普遍联系的,紧紧测试某个对象,会产生一些意义模糊的测试。这好比流水线作业,某个局部动作如果不放到整个流水线来考察,就没有意义。另外,需要很多的mock或stub也确实恼 ...
用ActiveRecord能否完美的匹配DomainModel,对此我有些疑问,你有何感想? 看看老马的定义: 引用Active Record An object that wraps a row in a database table or view, encapsulates the database access, and adds domain logic on that data. 该定义表明Active Record是对于数据库某一个表或视图行的封装,也就是用数据行的方式来建立DomainModel,还是会有阻抗失配的情况吧......
partech
搜索本博客
最近加入圈子
存档
最新评论
评论排行榜