ASPICE测试流程详解：从软件合格性测试到系统集成测试

ASPICE测试流程详解：从软件合格性测试到系统集成测试

引用

CSDN

1.

https://blog.csdn.net/qq_41908302/article/details/139736648

ASPICE（Automotive Software Process Improvement and Capacity Determination）是汽车行业用于评价软件开发团队的研发能力水平的模型框架。最初由欧洲20多家主要汽车制造商共同制定，于2005年发布，目的是为了指导汽车零部件研发厂商的软件开发流程，从而改善车载软件的质量。

在ASPICE3.1中定义的范围：系统工程领域和软件工程领域。所有工程过程（即：系统工程和软件工程）是按照“V” 字模型原理进行组织：左边的每个过程是与右边的过程正好相对应。

软件合格性测试（SWE.6）

过程目的

软件合格性测试的目的是：确保集成软件得到测试，以提供符合软件需求的证据。

过程成果

1. 制订了与项目计划和发布计划相一致的包括回归测试策略在内的软件合格性测试策略，以测试集成软件；
2. 根据软件合格性测试策略，开发了集成软件的软件合格性测试规范，以适于提供符合软件需求的证据；
3. 根据软件合格性测试策略和发布计划，选择了软件合格性测试规范中的测试用例；
4. 使用选定的测试用例测试了集成软件，并记录了软件合格性测试结果；
5. 建立了软件需求与软件合格性测试规范中的测试用例之间的一致性和双向可追溯性，建立了测试用例与测试结果之间的一致性和双向的可追溯性；
6. 总结了软件合格性测试结果，并与所有受影响方沟通。

系统集成和集成测试（SYS.4）

过程目的

系统集成与集成测试过程的目的是: 集成系统项以产生与系统架构设计相一致的集成系统，并确保系统项得到测试，以提供集成的系统项符合系统架构设计（包括系统项之间的接口）的证据。

过程成果

1. 制订了与项目计划、发布计划和系统架构设计相一致的系统集成策略，以集成系统项；
2. 制订了包括回归测试策略在内的系统集成测试策略，以测试系统项之间的交互；
3. 根据系统集成测试策略，制订了系统集成测试规范，以适于提供集成的系统项符合系统架构设计（包括系统项之间的接口）的证据；
4. 根据集成策略将系统项集成为完整的集成系统；
5. 根据系统集成测试策略和发布计划，选择了系统集成测试规范中的测试用例；
6. 使用选定的测试用例测试了系统项之间的交互，并记录了系统集成测试结果；
7. 建立了系统架构设计的要素和系统集成测试规范中的测试用例之间的一致性和双向可追溯性，并建立了测试用例和测试结果之间的双向可追溯性；
8. 总结了系统集成测试结果，并与所有受影响方沟通。

系统合格性测试（SYS.5）

过程目的

系统合格性测试过程的目的是：确保集成系统得到测试，以提供符合系统需求的证据，并确保系统可用于交付。

过程成果

1. 制订了与项目计划和发布计划相一致的系统合格性测试策略（包括回归测试策略），以测试已集成的系统。
2. 根据系统合格性测试策略，制订了已集成系统的系统合格性测试规范，以适于提供符合系统需求的证据。
3. 根据系统合格性测试策略和发布计划，选择了系统合格性测试规范中的测试用例。
4. 使用选择的测试用例测试了已集成的系统，并记录了系统合格性测试的结果。
5. 建立了系统需求与系统合格性测试规范中测试用例之间的一致性和双向可追溯性，并建立了测试用例与测试结果之间的一致性和双向可追溯性。
6. 总结了系统合格性测试结果，并与所有受影响方沟通。

测试类型之间的区别

软件合格性测试

• 测试对象：已经集成的软件
• 测试层级：软件集成测试之后
• 测试操作：测试依赖软件接口

系统集成测试

• 测试对象：软件与硬件集成的接口
• 测试层级：软件合格性测试之后
• 测试操作：接口操作

系统合格性测试

• 测试对象：已集成的系统
• 测试层级：系统集成测试之后
• 测试操作：测试操作和反馈均在应用层显示

追溯性和一致性

追溯性和一致性在 Automotive SPICE 3.1 PAM 是通过两个单独的基本实践来提出。追溯性指的是在工作产品之间存在引用或链接，由此可以进一步支持覆盖率、影响分析、需求实施状态跟踪等。相反，一致性关注内容和语义。