81,092
社区成员
发帖
与我相关
我的任务
分享关于在web项目中的单元测试问题
TDD是很多大侠都倡导的开发模式
这个看起来回报很诱人，但是实施起来真的很难啊
我们正在进行的是一个仅仅几个人参与的小web项目，
不要说测试先行了，就是事后写测试代码都有困难
DAO层仅仅是一个继承了HibernateDaoSupport的类，所以这里测试的回报不大，我们没有测试,表示层也不会测试
仅仅在service层 要求使用junit写测试代码，但是看起来效果也不大，原因都是简单的curd，也测不出个所以然。更多的都是形式上的测试代码
敢问大侠们，对于这样的一个应该如何编写单元测试的代码，或者有没有必要写测试代码
这个看起来回报很诱人，但是实施起来真的很难啊
我们正在进行的是一个仅仅几个人参与的小web项目，
不要说测试先行了，就是事后写测试代码都有困难
DAO层仅仅是一个继承了HibernateDaoSupport的类，所以这里测试的回报不大，我们没有测试,表示层也不会测试
仅仅在service层 要求使用junit写测试代码，但是看起来效果也不大，原因都是简单的curd，也测不出个所以然。更多的都是形式上的测试代码
敢问大侠们，对于这样的一个应该如何编写单元测试的代码，或者有没有必要写测试代码
...全文
请发表友善的回复…
发表回复
jarez 2007-05-24
- 打赏
- 举报
对覆盖率作个要求，例如80%。对关键的业务方法重点测试
lzmhehe 2007-05-24
- 打赏
- 举报
是啊一个简单的条件覆盖就 需要测试代码比开发的多出不知道多少
那么大家是如何平衡之间的关系呢
那么大家是如何平衡之间的关系呢
Plat 2007-05-24
- 打赏
- 举报
因为人都有惰性……
lzmhehe 2007-05-24
- 打赏
- 举报
都知道多些测试有好处
但是 实际开发中
我们有多少人在写测试啊
有的时候就算是规定让写，写的也是形式上的东西啊
为什么会这样呢
但是 实际开发中
我们有多少人在写测试啊
有的时候就算是规定让写，写的也是形式上的东西啊
为什么会这样呢
Plat 2007-05-24
- 打赏
- 举报
根据项目的进度和周期来决定吧，如果有时间还是写测试吧，习惯成自然，对以后有好处。
sgdb 2007-05-24
- 打赏
- 举报
多写点测试代码没有坏处的。
jarez 2007-05-24
- 打赏
- 举报
我对测试不很了解，但也知道单元测试是有必要的，即使是curd，也可能有数据库的约束。为自己的代码写测试类绝对是一劳永逸的事情。如果能够形成一个集成测试体系，效果更好。对项目的管理也将轻松很多
flyforlove 2007-05-24
- 打赏
- 举报
没有复杂的逻辑，干嘛还要写单元测试，直接上结合测试好了。
