|
|
1
2
不,你不需要测试它,因为没有什么可以测试的。 顺便说一下,抽象方法的定义应该是
您创建了钩子,但不能重写。 看到了吗 Class Abstraction |
|
|
2
4
因为你不能测试任何预期的行为,所以很难产生任何有意义的测试。 如果你至少有一个具体的方法,你可以模拟类和测试一个方法,但没有任何代码要测试,我认为你是好去。 (我想你一直都知道,但为了完成: See Example 11.8 for getMockForAbstractClass on the phpunit site 即便如此,我还是好奇你为什么不把方法定义成这样的抽象:
因为只有这样解释器才会强制所有方法都在子类中实现。 |
|
|
3
1
通过这些测试,您将防止输入错误,检查所需方法的存在性,如果添加任何新方法,此测试将被破坏,因为方法的数量已更改,这是我们想要的行为。 这个对我来说很好。我总是用这个测试接口,但我认为它可以用于抽象类! |
|
|
wavesinaroom · 断言结构向量长度 1 年前 |
|
|
Tim Kirkwood · 比较空数据帧 1 年前 |
|
Kamran Khan · 使用单元测试ASP。NET核心 1 年前 |
|
|
paymer · 为什么我的代码没有删除我的单元测试生成的zip文件? 1 年前 |
|
|
Ricky Mo · 角度测试如何模拟导入的const 1 年前 |
|
|
Natty · Visual Studio中缺少“代码覆盖率结果” 1 年前 |