最简单的,
比如删除一个用户,
我不能每次跑单元测试之前都去数据库造一条数据,
然后把ID填写到测试方法中吧,
这一点都不酷,
求指导
单元测试Java

解决方案 »

  1.   

    导入junit库
    测试的方法上注解@Test不就可以了吗?
      

  2.   

    自己去查选junit的用法
    如果你用到了spring的话 可以直接用spring对junit的支持
    很简单 网上随便查下就可以查到了
      

  3.   

    测试方法里把你要删除的那个用户也insert到数据库中,
    这样就酷了
      

  4.   

     CSDN啊,原谅我的无知吧,楼上的各位谢谢你们,你们没有说到点子上我能不会用JUnit吗
    我的意思是在对业务逻辑(比如删除用户)做单元测试的时候,我是不是在测试删除之前要用单元测试去生成一个用户(insert到数据库种),然后去校验删除的业务逻辑?
    求大虾指点
      

  5.   

    如果不想对数据库进行操作的话就使用spring在最后不论什么情况下都进行回滚操作。
      

  6.   

    可能我这种想法不是很现实,我理解的单元测试存在偏差吧,话说这么大个论坛木有人说粗真像
    http://stackoverflow.com/questions/10288096/how-to-write-unit-tests-for-functions-that-rely-on-dynamic-data
    我在stackoverflow看到这个帖子
      

  7.   

    mock数据吧,可以用excel mock几条数据
    在进行删除,有工具能做这个,忘记名字了
      

  8.   

    单元测试本来就有点吵概念,怎么写并没有标准,看你想要达到多高的覆盖率来判定需要测试的unit的大小,所以我们平时写的就是测试嘛。个人看法,我平时都是先插入,再查询,修改,删除,用junit把crud都测试了,当然还有别的,用maven构建,打包,部署的时候都可以选择是否自动化测试(当然覆盖率比较低,写测试看它是否有价值,不一定都要写,王垠也这么说)