ASPICE测试流程
测试工程师分工
测试内容介绍
测试流程介绍
作业1：
测试用例设计
| 用例ID | 测试场景 | 前置条件 | 测试步骤 | 预期结果 |
|---|---|---|---|---|
| TC1 | 默认状态验证 | 1. 车辆配置副驾座椅迎宾功能（配置=1） 2. IGN ON |
1. 不进行任何操作，观察ICC显示界面 2. 监控CAN信号ICC_PassSeatWellFctEnaReq |
1. ICC显示副驾座椅迎宾功能为“开启”（Active） 2. ICC_PassSeatWellFctEnaReq持续发送0x0（Not Change） |
| TC2 | 开启功能（从默认开启状态再次开启） | 1. 配置=1，IGN ON 2. 功能当前为Active |
1. 在ICC界面设置功能为“开启”（Active） | 1. ICC发送连续3帧ICC_PassSeatWellFctEnaReq=0x2（Active），后恢复0x0 2. 收到PSM_SecRowSeatWellFctSetFb=0x2（Active） 3. ICC显示保持Active |
| TC3 | 关闭功能 | 1. 配置=1，IGN ON 2. 功能当前为Active |
1. 在ICC界面设置功能为“关闭”（Unactive） | 1. ICC发送连续3帧ICC_PassSeatWellFctEnaReq=0x1（Unactive），后恢复0x0 2. 收到PSM_SecRowSeatWellFctSetFb=0x1（Unactive） 3. ICC显示更新为Unactive |
| TC4 | 重新开启功能 | 1. 配置=1，IGN ON 2. 功能当前为Unactive |
1. 在ICC界面设置功能为“开启”（Active） | 1. ICC发送连续3帧ICC_PassSeatWellFctEnaReq=0x2（Active），后恢复0x0 2. 收到PSM_SecRowSeatWellFctSetFb=0x2（Active） 3. ICC显示更新为Active |
| TC5 | 电源状态不满足（如ACC状态） | 1. 配置=1 2. 电源处于ACC状态（非IGN ON） |
1. 在ICC界面尝试设置功能（无论Active或Unactive） | 1. ICC提示“请重新启动车辆” 2. 不发送ICC_PassSeatWellFctEnaReq请求信号（或发送但无效） |
| TC6 | 车辆无此功能（配置=0） | 1. 配置=0 2. IGN ON |
1. 检查ICC设置界面 | ICC不显示副驾座椅迎宾功能设置选项（或选项灰化不可用） |
| TC7 | 设置后反馈为Void（0x0） | 1. 配置=1，IGN ON 2. 模拟PSM反馈信号为0x0（Void） |
1. 在ICC界面设置功能（如从Active改为Unactive） 2. 强制PSM反馈PSM_SecRowSeatWellFctSetFb=0x0 |
ICC显示保持不变（不更新），且无错误提示（或根据设计可能保持原状态） |
| TC8 | 设置后反馈为Reserved（0x3） | 1. 配置=1，IGN ON 2. 模拟PSM反馈信号为0x3（Reserved） |
1. 在ICC界面设置功能 2. 强制PSM反馈PSM_SecRowSeatWellFctSetFb=0x3 |
ICC忽略该反馈，显示不更新（或按无效处理） |
| TC9 | 设置失败（座椅模块执行失败） | 1. 配置=1，IGN ON 2. 模拟座椅模块无法响应或反馈与请求不一致 |
1. 在ICC界面设置功能 2. 使PSM反馈信号与请求相反（如请求Active但反馈Unactive）或超时无反馈 |
ICC显示“请服务站检测座椅系统”提示 |
| TC10 | 信号发送机制验证 | 1. 配置=1，IGN ON | 1. 监控CAN信号ICC_PassSeatWellFctEnaReq 2. 在ICC界面执行一次设置操作 |
观察到ICC连续发送3帧设置值（0x1或0x2），之后恢复为0x0（Not Change） |
| TC11 | 无效请求值处理（外部模拟非法信号） | 1. 配置=1，IGN ON | 1. 通过CAN工具模拟发送ICC_PassSeatWellFctEnaReq=0x3（Reserved） | ICC忽略该信号，显示状态不变 |
| TC12 | 反馈信号异常（PSM主动上报状态变化） | 1. 配置=1，IGN ON，当前显示Active 2. PSM主动发送PSM_SecRowSeatWellFctSetFb=0x1 |
1. 不进行设置操作，监控ICC显示 | ICC根据反馈更新显示为Unactive |
| TC13 | 状态持久性（重启车辆后状态保持） | 1. 配置=1 2. 之前已将功能设置为Unactive |
1. IGN OFF 2. 重新IGN ON |
ICC显示副驾座椅迎宾功能为Unactive（状态已保存） |
测试执行建议
- 测试环境：搭建台架或实车环境，能模拟ICC、PSM及CAN通信，并可注入信号和监控报文。
- 测试工具：使用CANoe/CANalyzer等工具监控和模拟CAN信号，辅助自动化测试。
- 执行顺序：建议先执行正常功能用例（TC1-TC4），再执行异常和边界用例（TC5-TC13）。
- 通过标准：所有预期结果与实际结果一致，无遗漏或异常。
通过以上测试用例，可全面验证副驾驶座椅迎宾功能的需求符合性及鲁棒性。
作业2：
答案：
1. 结合所学所悟，你认为APSICE主要作用是什么？
APSICE（通常指Automotive SPICE，即汽车行业的软件过程改进与能力测定模型）的主要作用包括：
- 提供标准化流程框架：为汽车电子和软件开发提供一套行业认可的流程模型，帮助组织规范软件开发过程。
- 提升过程质量与产品可靠性：通过明确的过程要求和评估机制，确保软件在安全性和可靠性上符合汽车行业的高标准。
- 支持供应链管理与协作：为汽车制造商和供应商提供统一的过程评估标准，便于协作、审计与能力认证。
- 促进持续改进：通过定期的过程评估与反馈，帮助组织识别薄弱环节并持续优化开发流程。
APSICE 尤其在功能安全（如ISO 26262）和自动驾驶等关键领域发挥着重要作用。
2. 变更点测试和回归测试有什么不同？
| 方面 | 变更点测试 | 回归测试 |
|---|---|---|
| 测试对象 | 针对本次变更的代码或功能进行测试 | 针对系统已有功能进行全面或选择性测试 |
| 测试范围 | 仅覆盖变更影响的部分 | 覆盖可能受变更影响的所有相关功能 |
| 测试目的 | 验证变更是否正确实现且未引入明显错误 | 确保原有功能未被破坏，系统整体稳定 |
| 执行时机 | 通常在变更提交后进行 | 在变更集成后、版本发布前执行 |
| 测试类型 | 侧重于新功能或修改点的验证 | 侧重于已有功能的重复验证 |
简单来说：
- 变更点测试是“点”测试，聚焦于“改了什么”；
- 回归测试是“面”测试，关注“改动了是否影响其他功能”。
