Java JRebel的测试覆盖率下降了吗?
编写单元测试是一种很好的做法Java JRebel的测试覆盖率下降了吗?,java,unit-testing,Java,Unit Testing,编写单元测试是一种很好的做法 独立于整个spring应用程序上下文 自动化您正在进行的持续集成测试 避免依赖Servlet容器 我想JRebel有一种诱惑,就是在运行的应用程序中测试所有东西,而“忘记”编写单元测试。你有什么经验?我认为那将是一个很大的错误。当然速度更快,但是你不能保证你没有弄坏东西 因此,手动单元测试速度更快,但缺点不仅仅是速度。如果没有自动测试,您无法在每次更改中重新测试所有内容 不过,JRebel确实使容器内单元测试更加可行。我倾向于认为编写和运行单元测试是编译适当类的
- 独立于整个spring应用程序上下文
- 自动化您正在进行的持续集成测试
- 避免依赖Servlet容器
我想JRebel有一种诱惑,就是在运行的应用程序中测试所有东西,而“忘记”编写单元测试。你有什么经验?我认为那将是一个很大的错误。当然速度更快,但是你不能保证你没有弄坏东西 因此,手动单元测试速度更快,但缺点不仅仅是速度。如果没有自动测试,您无法在每次更改中重新测试所有内容
不过,JRebel确实使容器内单元测试更加可行。我倾向于认为编写和运行单元测试是编译适当类的好方法,这样JRebel就可以重新加载它们。我喜欢认为,您之所以不编写单元测试,是因为周转周期缓慢,而是因为其他原因。当周转周期变为零时,单元测试仍然有好处。同意忽略单元测试是一个很大的错误