海思芯片TC 测试技术规范

海思芯片TC测试技术规范一、总则1.1目的本规范旨在为海思芯片产品的测试用例（TestCase,TC）设计、评审、执行及管理提供统一的技术指导和标准，确保测试工作的规范性、一致性和有效性，从而保障芯片产品的质量与可靠性。1.2适用范围1.3术语与缩略语*TC(TestCase):测试用例，是为特定目标而设计的一组测试输入、执行条件和预期结果，用于验证芯片是否满足某个特定需求。*DUT(DeviceUnderTest):被测器件，本文特指被测海思芯片。*SoC(SystemonChip):系统级芯片。*MCU(MicrocontrollerUnit):微控制单元。*SRS(SoftwareRequirementsSpecification):软件需求规格说明书（此处可广义理解为芯片功能/性能需求文档）。*HLD(High-LevelDesign):概要设计文档。*LLD(Low-LevelDesign):详细设计文档。*BUG/Defect:缺陷，指芯片实际表现与预期不符的问题。1.4基本原则*规范性：测试活动的各个环节均应遵循本规范及相关流程要求。*完备性：测试用例应尽可能覆盖芯片的所有功能点、性能指标及潜在风险点。*准确性：测试用例的描述应清晰、准确，预期结果应明确、唯一。*可重复性：测试用例应具有良好的可操作性，不同人员在相同环境下执行应能获得一致结果。*可追溯性：测试用例应能追溯到芯片的原始需求或设计规范。*高效性：在保证测试质量的前提下，应考虑测试用例的执行效率，避免冗余。*独立性：单个测试用例应尽可能独立于其他测试用例，避免强依赖。二、测试环境规范2.1硬件环境测试硬件环境应根据DUT的特性及测试需求进行配置，通常包括但不限于：*DUT开发板或评估板，确保其硬件状态稳定可靠，版本信息明确。*必要的电源供应、时钟源、复位电路。*外围接口设备（如示波器、逻辑分析仪、信号发生器、频谱仪等），用于信号测量与激励。*负载设备，用于模拟实际应用场景下的负载情况。*调试工具（如JTAG调试器、在线仿真器等）。*所有硬件设备均应经过校准，并在有效期内使用。硬件连接应牢固、正确，并记录连接拓扑。2.2软件环境测试软件环境应与硬件环境相匹配，并满足测试需求：*操作系统（如适用）：版本明确，配置稳定。*驱动程序：针对DUT及外围设备的驱动，版本需经过验证。*测试工具软件：如测试用例管理工具、自动化测试框架、脚本解释器等，确保版本兼容且功能正常。*软件环境应进行版本控制和配置管理，确保测试的可重复性。2.3环境维护与记录*建立测试环境配置清单，详细记录软硬件型号、版本、序列号等信息。*定期对测试环境进行检查、维护和更新，并记录维护日志。*环境发生变更时（如硬件更换、软件升级），应评估对现有测试的影响，并及时通知相关人员，必要时进行回归测试。三、测试用例（TC）设计规范3.1TC设计依据测试用例的设计应基于以下文档（但不限于）：*芯片产品需求规格说明书（SRS）*芯片详细设计文档（LLD）、架构设计文档（HLD）*接口协议规范*行业标准或协议标准*历史缺陷报告（用于回归测试和针对性测试）*同类产品的测试经验*客户应用场景分析3.2TC设计原则*全面性：覆盖芯片的所有功能模块、接口、关键性能指标及各种正常和异常工作模式。*有效性：测试用例应能准确验证特定的功能点或性能指标，避免无效或冗余的测试步骤。*代表性：选择具有代表性的输入数据和场景，以较少的测试用例覆盖较多的情况。*边界值测试：重点关注输入、输出、控制参数的边界条件和极限值。*等价类划分：将输入域划分为若干等价类，从每个等价类中选取代表性数据进行测试，以减少测试用例数量。*错误推测法：基于经验和直觉，推测可能发生错误的地方，设计针对性的测试用例。*可操作性：测试步骤应清晰、具体、可执行，避免模糊不清或依赖主观判断的描述。*可观测性：测试结果应易于观察和判断，预期结果应明确。*可追溯性：每个测试用例都应能追溯到一个或多个具体的需求项。3.3TC要素规范一个标准、清晰的测试用例应至少包含以下要素：*测试用例ID：唯一标识符，通常遵循一定的命名规则，便于管理和追溯。命名规则应体现项目、模块等信息。*测试项目/模块：标识该测试用例所属的功能模块或测试项目。*测试标题/名称：简洁明了地描述测试用例的核心内容和目的。*测试目的：详细说明本测试用例旨在验证的具体功能、性能或特性。*预置条件（Precondition）：执行该测试用例前必须满足的硬件环境、软件环境、DUT状态等条件。*测试输入/激励：施加于DUT的具体输入信号、数据、操作等。*测试步骤（Steps）：清晰描述执行测试的详细操作流程，每一步骤应明确、唯一。步骤应按序号排列。*预期输出/结果（ExpectedResult）：描述在正确执行测试步骤后，DUT应产生的预期行为、输出信号、数据或状态。预期结果应具有可判断性。*重要级别（Priority/Severity）：标识测试用例的重要程度或优先级，如关键、重要、一般等，用于测试资源分配和执行顺序安排。*测试类型：如功能测试、性能测试、兼容性测试、可靠性测试、压力测试、回归测试等。*测试人员：设计人、执行人。*创建日期/修改日期：测试用例的创建时间和最近修改时间。*依赖关系：该测试用例是否依赖于其他测试用例的执行结果。*备注：其他需要说明的特殊事项，如测试工具、参考文档等。3.4TC设计方法根据测试目标和对象的不同，可采用多种测试用例设计方法，常见的包括：*功能测试法：验证芯片功能是否按照设计要求实现，包括正常功能和异常处理功能。*边界值分析法：对输入、输出、状态等的边界值及边界附近的值进行测试。*等价类划分法：将输入域划分为有效等价类和无效等价类，分别设计测试用例。*因果图法/判定表法：用于分析多种输入条件组合与输出结果之间的逻辑关系。*场景法/状态迁移法：模拟芯片在不同状态之间的转换及特定场景下的行为。*错误推测法：基于经验和直觉，设计可能导致错误的测试用例，如非法输入、异常时序、资源耗尽等。*随机测试法：生成大量随机输入，用于压力测试或发现潜在的、难以预见的缺陷。在实际设计中，通常会综合运用多种设计方法以达到最佳测试效果。3.5TC设计示例（片段）示例1：功能测试用例片段*测试用例ID：[项目前缀]-[模块名]-[序号]*测试项目：UART接口功能测试*测试标题：UART正常数据发送与接收测试（8N1模式）*测试目的：验证UART接口在8位数据位、无校验、1位停止位模式下能否正确发送和接收数据。*预置条件：1.DUT上电复位正常，工作在默认配置。2.UART外设已正确初始化，波特率设置为[特定值]，数据格式配置为8位数据位，无校验位，1位停止位（8N1）。3.DUT的UART发送引脚（TX）与接收引脚（RX）通过外部回路连接，或连接到有效的UART接收设备。*测试步骤：1.通过测试工具或DUT内部程序，向UART发送缓冲区写入一串已知的测试数据（如"ABCDEFGH"）。2.启动UART发送功能。3.等待发送完成，并从UART接收缓冲区读取数据。*预期结果：接收缓冲区读取到的数据与发送的测试数据完全一致，无错码、无丢码、无多余码。示例2：边界值测试用例片段*测试用例ID：[项目前缀]-[模块名]-[序号]*测试项目：ADC转换功能测试*测试标题：ADC输入电压边界值测试*测试目的：验证ADC在输入电压接近量程最小值和最大值时的转换准确性。*预置条件：1.DUT上电复位正常，ADC模块已使能并正确配置。2.ADC参考电压已稳定，量程设置为[特定范围]。3.信号发生器连接到ADC的指定输入通道。*测试步骤：1.设置信号发生器输出电压为ADC量程下限值减去一个小的步进值（如Vmin-ΔV）。2.触发ADC转换，读取转换结果。3.设置信号发生器输出电压为ADC量程下限值（Vmin）。4.触发ADC转换，读取转换结果。5.设置信号发生器输出电压为ADC量程上限值（Vmax）。6.触发ADC转换，读取转换结果。7.设置信号发生器输出电压为ADC量程上限值加上一个小的步进值（如Vmax+ΔV）。8.触发ADC转换，读取转换结果。*预期结果：*当输入电压为Vmin-ΔV时，ADC转换结果应指示为最小码值或溢出标志（根据设计定义）。*当输入电压为Vmin时，ADC转换结果应在理论计算值的允许误差范围内。*当输入电压为Vmax时，ADC转换结果应在理论计算值的允许误差范围内。*当输入电压为Vmax+ΔV时，ADC转换结果应指示为最大码值或溢出标志（根据设计定义）。3.6TC评审规范*评审目的：确保测试用例的准确性、完整性、有效性、一致性和可执行性，尽早发现并修正设计缺陷。*评审参与人员：测试用例设计人员、相关模块的设计工程师、系统工程师、资深测试工程师等。*评审内容：*是否符合本规范要求。*是否覆盖了相关的需求点。*设计方法是否恰当，逻辑是否清晰。*预置条件是否充分且合理。*测试步骤是否清晰、可操作。*预期结果是否明确、唯一、可验证。*是否存在冗余或重复的测试用例。*重要级别划分是否合理。*评审流程：1.测试用例设计完成后，由设计人提交评审申请。2.组织评审会议或采用邮件/工具评审方式。3.记录评审意见和发现的问题。4.设计人根据评审意见修改测试用例。5.对修改后的测试用例进行复核，直至评审通过。6.评审结果及修改记录应存档。四、测试执行规范4.1测试前准备*环境检查：确认测试环境（硬件、软件）符合测试用例的预置条件，连接正确，工作正常。*TC熟悉：测试执行人员应充分理解测试用例的目的、步骤、预期结果及注意事项。*测试版本准备：获取并加载正确版本的测试固件/软件到DUT中。*工具准备：准备好必要的测试工具、记录表格或软件。*风险评估：评估测试过程中可能存在的风险（如损坏DUT、数据丢失等），并采取相应预防措施。4.2测试执行过程*按章执行：严格按照测试用例规定的步骤执行，不得擅自更改。如遇特殊情况需调整，应记录原因并通知相关负责人。*细致观察：仔细观察测试过程中的各种现象，包括DUT的状态指示、输出信号、工具显示数据等。*准确记录：详细、准确地记录测试过程中的实际步骤（如有调整）、测试数据、观测到的现象及最终结果（通过/失败/阻塞）。记录应及时、清晰、完整，具有可追溯性。*异常处理：测试过程中若出现异常情况（如DUT死机、无响应、结果与预期不符等），应：1.尝试复现问题，确认是否为偶发事件。2.详细记录异常现象、发生时间、环境配置、测试步骤等关键信息。3.保护现场，必要时截图或保存波形数据。4.及时向相关负责人报告。*独立性与可重复性：确保每次测试的独立性，避免前次测试对后续测试产生干扰。对于失败的测试用例，应在相同环境下重复执行至少一次，以确认结果的可靠性。4.3缺陷管理*缺陷定义：当测试结果与预期结果不符，且排除了测试环境、操作失误等因素后，即可判定为发现一个缺陷。*缺陷报告要素：一个规范的缺陷报告应包含：1.缺陷标题：简洁描述缺陷现象。2.缺陷ID：唯一标识符。3.所属项目/模块：缺陷所属的产品或模块。4.缺陷状态：如新建、已分配、处理中、已修复、已验证、已关闭、延期等。5.严重程度（Severity）：衡量缺陷对产品功能和性能的影响程度（如致命、严重、一般、轻微）。6.优先级（Priority）：衡量缺陷修复的紧急程度。7.发现版本：发现缺陷时的DUT固件/软件版本。8.发现人、发现日期。9.复现步骤：详细描述如何复现该缺陷，应具有可重复性。10.实际结果：测试中观察到的实际情况。11.预期结果：根据需求或设计应有的正确结果。12.附件：如截图、波形图、日志文件等辅助说明材料。13.环境信息：测试环境配置。*缺陷生命周期管理：遵循缺陷提交、分配、修复、验证、关闭的完整流程。对已修复