|
|
知识路径： > 嵌入式系统的项目开发与维护知识 > 嵌入式系统软件测试 > 嵌入式软件测试技术 > 测试过程 >
|
|
相关知识点：5个
|
|
|
|
|
根据被测软件的需求规格说明或设计文档，进行测试需求分析，包括：
|
|
|
|
（1）确定需要的测试类型及其测试要求并进行标识（编号），标识应清晰、便于识别。测试类型包括功能测试、性能测试等类型；测试要求包括状态、接口、数据结构、设计约束等要求。确定的测试类型和测试要求均应与要求的测试级别（单元测试、部件测试、配置项测试、系统测试）、测试类型相匹配。
|
|
|
|
|
|
|
|
（4）根据被测软件的重要性、测试目标和约束条件，确定每个测试项应覆盖的范围及范围所要求的覆盖程度。
|
|
|
|
（5）确定每个测试项测试终止的要求，包括测试过程正常终止的条件（如测试充分性是否达到要求）和导致测试过程异常终止的可能情况。
|
|
|
|
（6）确定测试项与软件需求规格说明或设计文档的追踪关系。
|
|
|
|
将测试需求分析结果按所确定的文档要求，形成测试需求规格说明或写入测试计划。
|
|
|
|
应对测试需求规格说明或测试需求分析结果进行评审，评审内容如下：
|
|
|
|
（1）测试级别和测试对象所确定的测试类型及其测试要求是否恰当。
|
|
|
|
（2）每个测试项是否进行了标识，并逐条覆盖了测试需求和潜在需求。
|
|
|
|
|
|
|
|
|
