目录
- 1. 软件单元测试 (SWE.4 - Software Unit Testing)
- 2. 软件集成测试 (SWE.5 - Software Integration Testing)
- 3. 软件合格性测试 (SWE.6 - Software Qualification Testing)
- 4. 系统集成测试 (SYS.4 - System Integration Testing)
- 5. 系统合格性测试 (SYS.5 - System Qualification Testing)
- 总结与核心要点
- ASPICE除了测试还讲了什么？
- 一、 主要生命周期过程 - 核心工程活动 (V模型左侧和右侧)
- 二、 组织生命周期过程 - 能力建设的基础
- 三、 过程能力维度 - “做得有多好”
- 常见问题
- Q1：ASPICE 中包括哪些测试？
- Q2：ASPICE 是测试标准吗？
- Q3：单元测试在 ASPICE 中有什么要求？
- Q4：软件集成测试主要测什么？
- Q5：SWE.5 和 SWE.6 的区别？
- Q6：系统集成测试和系统验证测试有什么区别？
- Q7：系统测试一定要在实车上做吗？
- Q8：ASPICE 对测试文档有哪些要求？
- Q9：什么是测试可追溯性？
- Q10：如果一个需求没有测试，会怎样？
- Q11：ASPICE 是否要求测试独立于开发？
- Q12：评估时，测试最容易被扣分的点有哪些？
- Q13：你如何保证 ASPICE 测试过程是“可控的”？
ASPICE本身不是一个测试标准，而是一个过程评估和改进的框架。它并不规定具体的测试技术或方法（比如是用黑盒还是白盒），而是要求并评估“测试”这一系列活动是否被作为一个规范的过程来执行和管理。
因此，ASPICE中的“测试”是嵌入在各个工程过程（特别是V模型右侧的工程过程）中的一系列活动。其核心目的是提供客观证据，证明工作产品（包括软件代码和各类文档）是否满足要求。
根据ASPICE的V模型，主要的测试级别和类型可以分为以下几类：
1. 软件单元测试 (SWE.4 - Software Unit Testing)
- 测试对象： 单个的、最小的软件代码单元（通常是函数、方法、类或模块）。
- 主要目的： 验证每个单元的功能是否正确实现，并确保其代码质量。
- 测试类型/方法：
- 单元功能测试： 测试单元是否按详细设计的要求正确执行功能。
- 代码覆盖率分析： 衡量测试用例对代码的覆盖程度，是评估测试充分性的关键指标。常见的覆盖率包括：
- 语句覆盖： 每个语句是否都被执行。
- 分支覆盖： 每个判断条件的真、假分支是否都被执行。<
