对于测试驱动来说,如何确定要测试的主体,是个似是而非的问题。
在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,还是会有阻抗失配的情况吧......
- 浏览: 20317 次
- 性别:

- 来自: 深圳

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
测试的粒度如何界定?
引用透过方面的视角也许是一个可以考虑的方法。 这样测试会不会覆盖不全?
-- by rrtrip -
用ActiveRecord能否完美的 ...
比如遗留系统,就算是很多现在的数据库也不是按照ActiveRecord形式弄得, ...
-- by 刑天战士 -
用ActiveRecord能否完美的 ...
除了单表继承某些情况下不一定适用以外,Active Record还是能满足大部分 ...
-- by BirdGu -
用ActiveRecord能否完美的 ...
partech 写道yuxie 写道难道你看现在ror那些例子里边的Active ...
-- by 刑天战士 -
用ActiveRecord能否完美的 ...
partech 写道yuxie 写道难道你看现在ror那些例子里边的Active ...
-- by tuti






评论排行榜