单元测试总篇与TTD实践

楼主第一段代码的


是干嘛用的？

这段代码是主要测试：
from Account as a where a.name=?语句是否正确。

这有什么意义啊?您写测试的时候已经想好怎么实现拉?

意义就是测试你代码是否正确执行。
对啊写测试的时候差不多你写完测试，就想好了代码怎么实现。
只是用测试去驱动而已

我现在主要集中在测试Service和DAO
做法是：
1.Service或DAO的接口(确定他们的行为)。
2.编写测试类。
3.编写实现类，填写处理代码。
4.测试---修改实现---测试
5.提交完了

楼主先把标题改一下吧，写错了。

另外，“Database->Model -> Dao-> Service -> Action ->View”的方式完全是搞反了，不符依赖倒置原则。我就是从页面开始写起，然后写 Action 和业务逻辑。

楼上的兄弟，LZ没有搞反。
从前台开始或是从后台开始，并没有绝对的要求，换言之，实际编码时两种方式都可以的。
比如，开发时leader可能会将前后台编码分开，有人专写后台，即service等业务逻辑处理；而有人专写前台，即页面、Action等。总不能要求每个人都View--Action--Service。。。。。吧？
而且，基本的model层对象发须先存在吧？我们都是把库建好然后自动生成pojo,dao....。

这个依赖导致原则不是这么用的吧！我的经验是：先设计Model，接着Service，然后才是Web层。我接触的项目看，Web层是一个集成模块，一个页面有可能访问到多个模块组件的数据。