单元测试与DB和GUI

这个是johnsonqu 的一篇blog
http://www.blogdriver.com/showBlog.do?bloggerID=708&diaryID=146347
这个是我搜索出来的一篇老帖子
http://forum.iteye.com/viewtopic.php?t=332&highlight=%B5%A5%D4%AA%B2%E2%CA%D4
这个是我写的一篇blog
http://www.blogdriver.com/showBlog.do?diaryID=144053
这个是我稍早写的一篇blog
http://www.blogdriver.com/showBlog.do?diaryID=125308

总觉得单元测试在GUI和DB这两个开发的端头上有一些不好做的地方。具体大概是GUI部分是面向用户的，不是面向代码的，而且精彩变动，assert不好写。DB是一个不大好变动的东西，这个在重构那本书中也有一些提及。
希望有经验的高手能够指点指点

在GUI上要做单元测试的确有些困难，其实GUI上的单元测试根功能测试基本时一致的。GUI的单元测试稍微写的多谢，就变成了功能测试，功能测试外面再加一个循环，就变成了压力测试。

个人认为如果公司有专门的测试部门，GUI上的测试就交他们去做。
如果想写些GUI的单元测试，可以使用HttpUnit, JWebUnit等，当然你的项目要有一定的规范，比如form表单的name属性最好写上等。还有最好不要大量使用
javascript。其实目前很多mvc框架，都有数据校验功能，只要后端坐校验就可以了。我倾向于采用这种方法，这样只需要做业务功能的单元测试就基本可以保证GUI的功能正确了。因为，GUI最终还是要调用业务功能的。

至于DB单元测试，我想基本上测试了业务功能也就捎带测试了数据库。
如果是专门测试数据库，那就另当别论了。



============
这里说的都是指B/S结构的应用。