JavaScript多态与继承不影响覆盖率统计逻辑，但需显式调用各子类方法才能覆盖对应分支；父类条件分支、super调用、构造函数逻辑等均须通过具体实例触发才计入覆盖率。
JavaScript 中的多态和继承结构本身不改变代码覆盖率的统计逻辑，但会影响哪些代码路径实际被触发——覆盖率工具（如 Istanbul / nyc、Jest 内置覆盖率）只关心“语句/分支是否执行”，不关心类型或继承关系。真正影响覆盖率的是你 如何调用方法 和 是否覆盖了不同子类的实现分支。
多态行为必须显式调用才能计入覆盖率
JS 多态依赖运行时原型链查找，工具无法静态推断“这里可能走 A 或 B 的 say()”。只有实际执行到某个子类的同名方法，那部分代码才算被覆盖。
- 如果只测试
new Parent().say()，只有 Parent.prototype.say 被标记为已覆盖 - 必须额外写测试：
new ChildA().say()和new ChildB().say()，各自的方法体才会进入覆盖率报告 - 父类中带
if (this instanceof ChildA)的条件分支，也要靠对应实例触发，否则该分支永远不亮绿
继承链上的方法覆盖要单独验证
子类重写父类方法时，父类原型上的原始方法不会自动失效，但只要子类 prototype 上有同名方法，调用就一定走到子类——这要求你明确测两类场景：
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- 直接调用子类实例方法：验证子类实现是否覆盖成功、逻辑是否正确
- 通过统一接口调用（如函数参数接受 Parent 类型）：确保多态分发按预期进入不同子类，避免“看似多态，实则全走父类空实现”
- 用
super.method()的地方，要单独测父类逻辑是否被调用（例如在子类方法里加 console.log，或 mock 父类方法验证调用）
class extends 和原型链继承对覆盖率无本质区别
无论用 class Child extends Parent 还是手动设置 Child.prototype = Object.create(Parent.prototype)，覆盖率工具看到的都是普通对象属性和函数调用。关键差异在于：
立即学习“Java免费学习笔记（深入）”；
-
extends自动生成的constructor和super()调用，若未在测试中实例化，其内部逻辑（比如隐式抛错、this 绑定）不会被执行，对应行不覆盖 - 手动继承若漏写
Child.prototype.constructor = Child，不影响覆盖率统计，但可能导致测试中instance.constructor === Parent，误判类型，间接导致多态分支未触发 - 所有通过
Object.defineProperty或get/set定义的继承属性，只要没被读写，就不会进入覆盖率
提升继承结构覆盖率的实用建议
- 对每个可被继承的父类方法，列出所有已知子类，并为每个子类编写至少一个调用该方法的测试用例
- 避免在构造函数里做复杂判断或分支逻辑——这些代码容易因未传参、未覆盖 new 场景而漏覆盖
- 用
console.log或断点临时标记关键多态入口（如 “entering ChildA.say”），确认测试确实走到预期分支 - Jest 中可用
jest.mock('./Parent')并mockImplementation检查子类是否真的调用了父类逻辑，而不是绕过它
