确定项目中的测试活动

在项目工作中，项目经理或测试经理经常会对测试活动范围产生疑问。

例如：

• 系统集成测试时，是不是只测试HSI接口就可以了呢？
• 测试团队负责验证“软件功能性需求”、”系统功能性需求“，可不可以将其合并为一个测试活动，叫”功能测试“呢？

为了回答如上的这些疑问，我们可以分析一下ASPICE中关于测试活动的要求。

（1）V模型

上图截取自ASPICE PAM V3.1的附录D，展现了ASPICE中的bi-traceability和consistency的要求。

从图中（绿色箭头）可以看出，V模型右侧测试活动的测试规范输入，来自于V模型左侧的各层级的规范，包括：系统需求规范、系统架构设计规范、软件需求规范、软件架构设计规范、软件详细设计规范。

也就是说：V模型左侧各个层级的规范，都需要被测试到。

（2）项目中的测试活动

为达到”V模型左侧各个层级的规范，都被测试到”的目标，需要设计项目中的测试活动。

如下两个示例，是不是都可以呢？

场景①和场景②，都满足了”V模型左侧各个层级的规范，都被测试到”的目标，所以都是可以的。

也就是说：项目中的测试活动，可以根据项目具体Context来确定；与ASPICE中的”Process”，可以不一一对应。

（3）策划项目中的测试活动

基于如上的分析，我们可以了解到：

• 项目策划阶段，需要确定项目中的测试活动，保证”V模型左侧各个层级的规范，都被测试到”。
• 确定项目测试活动时，需要基于项目具体的Context，不必拘泥于ASPICE模型中各个测试Process的边界。

项目测试活动的策划包括：有哪些测试活动，每个测试活动的目的、范围、实施时机等。

例如：

说明：上图仅为示例，不具备实际项目活动的参考。

补充：

如下两个规范中，都要求制定项目整体测试策略(或测试计划)，以明确项目中的各测试活动的职责和边界，保证项目测试的完整性。

1）W KGAS V3.7中的如下条款要求：测试计划中需要描述各层级的需求及设计规范是如何被测试所覆盖的。

The test plan must include a description of how acomplete test coverage of all specifications is achieved (e.g. customer requirement specification, interface specification, software requirement specification, software architecture specification, software detailed design). --[KGAS_3335]

2）ISO/IEC/IEEE 29119-1 Software and system engineering — Software testing中要求在项目测试计划中识别项目中的测试活动。

The Project Test Plan describes the overall strategy for testing and the test processes to be used. It establishes the context of testing for the project by determining the objectives, practices, resources, and schedule; it also identifies the applicable test sub-processes (e.g. system testing, performance testing). The identified sub-processes are then described inthe sub-process test plan (e.g. System Test Plan, Performance Test Plan). -- ISO/IEC/IEEE 29119-1

推荐阅读：

• ​​Automotive SPICE和Automotive SPICE评估的那些事​​
• ​​如何达到并维持Automotive SPICE能力度级别​​
• ​​引入Automotive SPICE，企业要知道的二三事​​
• ​​引入Automotive SPICE，企业要知道的二三事（续）​​

文章转载自公众号：仨人谈起