嵌入式软件测试笔记7 | 嵌入式软件测试中基于风险的测试策略如何开展？
原创嵌入式软件测试笔记7 | 嵌入式软件测试中基于风险的测试策略如何开展？
原创
虫无涯
发布于 2023-06-27 19:39:40
发布于 2023-06-27 19:39:40
1 风险评估
1.1 分析风险
- 著名公式：
风险 = 失败几率 * 受到的损失- 公式说明：
失败几率与系统的使用频率和单个故障几率有关；
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 为测试层次分配质量特性
- 用矩阵来表示，行为测试层次，列为质量特性；
- 每一个交叉点的符号（++、+或空白）表示测试层次在质量特性中的覆盖程度；
++ ： 该测试层次将完全覆盖质量特性；
+ ： 该测试层次将覆盖一部分质量特性；
空 ：该测试层次与质量特性无关。 - 举例：
功能 | 连接性 | 可用性 | 可恢复性 | 性能 | 适用性 | |
|---|---|---|---|---|---|---|
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 确定每个子系统/质量特性联合体的测试重要性
- 用矩阵来表示，行为质量特性，列为子系统；
- 每一个交叉点的符号（++、+或空白）表示测试层次在质量特性中的覆盖程度；
++ ： 质量特性对该子系统起主导作用；
+ ： 质量特性和该子系统相关；
空 ：质量特性和该子系统无关。 - 举例：
相对重要性(%) | A部分 | B部分 | C部分 | D部分 | 整个系统 | |
|---|---|---|---|---|---|---|
100 | 30 | 10 | 30 | 5 | 25 | |
功能性 | 40 | ++ | + | + | + | + |
性能 | 25 | + | ++ | + | ||
可靠性 | 10 | + | ++ | |||
适用性 | 25 | + | + | + | ++ |
3.6 确定要使用的测试技术
影响选择测试技术的因素
- 被测试的质量特性；
- 应用的领域；
- 需要的测试基础；
- 需要的资源；
- 需要的知识和技能。
4 测试过程中的策略变更
- 项目进度表的变更导致；
- 产品内容发生变化导致；
- 测试结果导致。
5 维护测试策略
按照变更需求来规划测试策略的步骤：
- 确定变更；
- 确定变更和回归的重要性；
- 选择质量特性；
- 确定质量特性的相对重要性；
- 确定每个变更（回归）/质量特性联合体的相对重要性；
- 确定可用的测试技术。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
评论
登录后参与评论
推荐阅读