嵌入式软件测试笔记7 | 嵌入式软件测试中基于风险的测试策略如何开展？

1 风险评估

1.1 分析风险

著名公式：

代码语言：python代码运行次数：0复制

风险 = 失败几率 * 受到的损失

公式说明：

失败几率与系统的使用频率和单个故障几率有关；

1.2 如何估计故障几率？

以下有助于估计故障几率，他给出了容易发生故障的位置：

复杂部件；
全新部件；
经常改动的部件；
首次采用某种工具或技术的部件；
在开发过程中从一个开发人员移交给另一个开发人员的部件；
在时间及其紧迫的情况下构建的部件；
超过优化频率平均值而频繁优化的部件；
在早期发现过许多缺陷的部件；
有许多接口的部件。

1.3 导致故障几率较高的因素

无经验的开发人员；
用户代表参与不足；
开发过程中缺少质量保障；
质量不高的低层次测试；
新的开发工具和开发环境；
大型开发团队；
沟通不畅的开发团队；
在组织内存在尚未解决的冲突的情况下，迫于行政压力而开发的部件。

1.4 估计可能的损失

修理复用；
负面新闻报道；
市场份额丢失；
用户合法要求赔偿；
收入减少等。

1.5 风险评估的来源

最终用户；
支持工程师；
产品经理；
架构设计师；
程序员；
测试人员；
质量保证人员。

1.6 风险的处理

2 主测试计划中的策略

2.1 目标

使组织内的成员对必须避免的风险获得认知，以及约定在开发过程中，在何时何地需要执行多少测试。

2.2 制定策略的步骤

选择质量特性；
确定质量特性的相对重要性；
为测试层次分配质量特性。

2.3 选择质量特性

详细说明质量特性；
提供典型的例子；
定义衡量质量特性的方法。

2.4 确定质量特性的相对重要性

举例说明：比如质量特性的相对重要性矩阵如下：

质量特性	相对重要性(%)
连接性	10
效率（内存）	-
功能	40
可维护性
性能	15
可恢复性	5
可靠性	10
安全性	-
适用性	20
可用性	-
总计	100

2.5 为测试层次分配质量特性

用矩阵来表示，行为测试层次，列为质量特性；
每一个交叉点的符号（、或空白）表示测试层次在质量特性中的覆盖程度；

代码语言：python代码运行次数：0复制

   ： 该测试层次将完全覆盖质量特性；
   ： 该测试层次将覆盖一部分质量特性；
空 ：该测试层次与质量特性无关。

举例：

	功能	连接性	可用性	可恢复性	性能	适用性
	40	10	10	5	15	20
单元测试
SW集成测试
HW/SW集成测试
系统测试
验收测试
实地测试

3 测试层次中的策略

3.1 选择质量特性

采用的原则与主测试计划一致。

3.2 确定质量特性的相对重要性

举例如下：

质量特性	相对重要性(%)
功能	40
性能	25
可靠性	10
适用性	25
总计	100

3.3 将系统分解为子系统

子系统也可以理解为部件、功能单元等。

3.4 确定子系统的相对重要性

举例：

子系统	相对重要性(%)
A部分	30
B部分	10
C部分	30
D部分	5
整个系统	25
总计	100

3.5 确定每个子系统/质量特性联合体的测试重要性

用矩阵来表示，行为质量特性，列为子系统；
每一个交叉点的符号（、或空白）表示测试层次在质量特性中的覆盖程度；

代码语言：python代码运行次数：0复制

   ： 质量特性对该子系统起主导作用；
   ： 质量特性和该子系统相关；
空 ：质量特性和该子系统无关。

举例：

相对重要性(%)		A部分	B部分	C部分	D部分	整个系统
	100	30	10	30	5	25
功能性	40
性能	25
可靠性	10
适用性	25

3.6 确定要使用的测试技术

影响选择测试技术的因素

被测试的质量特性；
应用的领域；
需要的测试基础；
需要的资源；
需要的知识和技能。

4 测试过程中的策略变更

项目进度表的变更导致；
产品内容发生变化导致；
测试结果导致。

5 维护测试策略

按照变更需求来规划测试策略的步骤：

确定变更；
确定变更和回归的重要性；
选择质量特性；
确定质量特性的相对重要性；
确定每个变更（回归）/质量特性联合体的相对重要性；
确定可用的测试技术。

嵌入式测试

0 人点赞