目录
- 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)
- 测试对象: 单个的、最小的软件代码单元(通常是函数、方法、类或模块)。
- 主要目的: 验证每个单元的功能是否正确实现,并确保其代码质量。
- 测试类型/方法:
- 单元功能测试: 测试单元是否按详细设计的要求正确执行功能。
- 代码覆盖率分析: 衡量测试用例对代码的覆盖程度,是评估测试充分性的关键指标。常见的覆盖率包括:
- 语句覆盖: 每个语句是否都被执行。
- 分支覆盖: 每个判断条件的真、假分支是否都被执行。<