为使用其他Web组件（子级）的Web组件（父级）编写测试时，父级的测试应提供覆盖范围以确保子级得到正确的渲染/配置吗？
[这里是一个示例，可能不是一个很好的示例，但让我们尝试：说我们有一个组件（WebComponent / React / Vue / Ember，任何组件都可以在这里使用）：<Carousel @options=options>呈现各种子组件：例如[ C0]和<Video @options=options>等。
轮播组件从模型接收一组<Image @option=options>，例如options和iconColor，并以数据降级的方式传递该子集以与子组件共享并被其使用。
我应该在objectFit和<Image>的两个测试中都测试“用户可以为图像配置图标颜色吗？”>
对我来说似乎很尴尬，并且在<Carousel>和iconcolor的各个测试中无法成功测试<Carousel>的配置。如果<Image>组件消耗5个不同的组件，则其测试开始按比例缩放，尤其是当我们添加更多配置选项时。
但是同时似乎没有两个测试覆盖范围都非常脆弱。例如，如果我们依靠<Carousel>的测试范围来配置iconColor，则可以随时重构<Image>，并且开发人员可以更改用于设置iconColor的属性的名称，调整测试以使其匹配。开发人员将不会意识到<Image>依赖于<Carousel>的用于配置iconColor的API。
[为使用其他Web组件（子级）的Web组件（父级）编写测试时，父级的测试应提供覆盖范围以确保子级正确渲染/配置吗？这里'...
如果您希望获得尽可能高的代码覆盖率，或者将父组件和子组件集成在一起是至关重要的（即，如果它没有以正确的方式将某些东西交给子组件，那么very