组件(Components)概述
组件(Components)用于创建新的成品(End Product)或子系统(Subsystem)产品类型。在Launch Studio中选择“需要测试的认证流程”路径(Qualification Process with Required Testing path)即可选用该特性。会员通过使用组件可以灵活地修改蓝牙设计(Bluetooth® design),并通过更新实施一致性声明(Implementation Conformance Statement,亦作ICS)来标示相关变更。同时,未发生更改的特性可以基于原组件的评估状况,继承相关测试证据(详见下文获取更多关于测试的信息及规定)。
按照旧版TCRL评估的组件如何完成资格认证
随着测试规范的更迭以及新的TCRL的发布,实施一致性声明也会相应更新。自2023年1月25日起,会员无需按照现行TCRL要求变更未经改动的协议层(layers)的ICS选项。相关未经改动的协议层的ICS原始选项将按照该组件最近一次评估时适用的TCRL要求得到保留(详见下文例图1.1)。
若会员修改了蓝牙设计,且需要对ICS选项进行变更以正确体现相应改动,则需要解锁(unlock)协议层并将其升级到有效的TCRL版本(详见下文例图1.2)
此外,在组件的原始认证完成后,TCRL中也引入了加急勘误(Expedited Errata)的机制。会员需要对加急勘误事项进行背书并对相关测试用例进行必要的测试。Launch Studio系统会自动解锁并升级与加急勘误有关的协议层及其ICS选项。
例图1.1 – 使用旧版TCRL评估的组件时的协议层选项页面
例图1.2 – 解锁组件中的协议层
组件的测试
当会员欲将组件整合到其蓝牙设计中时,需在Launch Studio中选择“需要测试的认证流程”路径。若会员的蓝牙设计认证日期在相关组件认证/评估的三年时效内,则可以继承原始认证中的一致性测试用例(以-C结尾的测试用例)的测试证据。会员需要在完成测试计划(test plan)时引用相关测试证据。针对互操作性测试(interoperability)的测试证据(以-I结尾的测试用例)不能被继承,会员必须完成该类测试用例并提供新的测试证据。
随着TCRL的持续更新,可能会出现暂无相应测试证据的新测试用例。当新测试用例与既有ICS选项相关联,且组件仍处在认证评估的三年时效内,会员无需对新测试用例进行测试。自原始组件评估日起,受到后续TCRL中引入的测试规范勘误(Test Specification Errata,亦作TSE)影响的测试用例,会员亦无需重新测试。会员需要确保的是,其蓝牙设计始终符合自原始组件认证以来的各TCRL版本中引入的加急勘误的要求(如有必要,需提供相关新测试用例的测试证据)。
若您有任何问题或者对贵公司产品认证的具体情况不够确定,欢迎提交支持案例或咨询蓝牙资格认证顾问。
更多有关产品认证方面的文章,您可在产品认证目录查看。