|
|
1
6
我不建议采用这种方法,很有可能会因副作用而导致遗漏错误。 |
|
2
4
不是那么容易… 看一看 Atlassian Clover . 它有你梦寐以求的功能,但它不是免费的。 |
|
|
3
4
对我来说这是个坏主意。当然,更改的源文件需要测试,但也需要测试依赖于这些文件的任何文件,以及依赖于这些文件的任何文件等等。您必须跟踪哪个文件依赖于哪些其他文件,这是一个需要解决的相当大的问题。 在我看来,如果项目足够大,在尝试解决测试的依赖树方面有很大的收获,那么项目可能太大了?也许现在是时候把它分成几个单独的项目一起工作了,每个项目都可以单独测试。 |
|
|
4
3
看看infinitest,它是一个用于eclipse(和intellij)的插件,它基于您刚刚更改的源文件运行测试: 有关概述,请参见此处的屏幕广播: |
|
|
5
3
我不知道用蚂蚁做这件事,但在Eclipse中你可以做到这一点。 kent beck编写了一个名为junit max的eclipse插件,在保存代码后运行单元测试。它首先运行“最有可能失败”的测试。 |
|
|
6
0
我想和其他人说,这是你要避免的。仅为已更改的特定类运行测试用例会带来这样的风险:您将进行更改,这将中断对未更改但依赖于某些已更改代码的类的测试。 这是一个风险,即使您在编程到接口和模拟单元测试中的依赖关系方面很激进。例如,静态实用程序类可能有很多类直接使用它们。在这里,很容易想象这样一种情况:您可以对静态实用程序方法进行更改,确保该方法的测试工作正常,如果您没有运行所有测试,则会中断大量调用该方法的代码。 |
|
|
7
0
好吧,如果遵循命名约定的话,你可以用变量来实现。获取已更改文件的列表,并运行相应的测试。但我建议不要这样做,就像其他答案解释的那样。 |
|
|
wavesinaroom · 断言结构向量长度 1 年前 |
|
|
Tim Kirkwood · 比较空数据帧 1 年前 |
|
Kamran Khan · 使用单元测试ASP。NET核心 2 年前 |
|
|
paymer · 为什么我的代码没有删除我的单元测试生成的zip文件? 2 年前 |
|
|
Ricky Mo · 角度测试如何模拟导入的const 2 年前 |
|
|
Natty · Visual Studio中缺少“代码覆盖率结果” 2 年前 |