(1|简单说明&嵌入式系统认识和测试目标) 1为什么看这个？ 一直在间断性的学习和了解嵌入式软件测试的知识，但是一直没有机会整理； 近期看到了关于《嵌入式软件测试》书籍，感觉还是不错的，特此把学习过程记录下来。 2一些说明 书籍作者是[美]BartBroekman和EdwinNotenboom; 后续文章只是记录学习笔记和心得，不做他用。 3主要内容是什么？ 阐述了结构化测试和嵌入式系统的一般原理，提供了TEmb方法综述，以及测试系统的测试步骤； 讲述了嵌入式系统测试的生命周期，开发和测试嵌入式系统的过程； 对嵌入式软件测试项目中的技术，比如基于风险的策略、可测性审查、正式评...

(3|嵌入式软件测试开发的多V模型) 1简单的多V模型 原则上，每一种产品形态，都遵循一个完整的V型开发周期； 包括设计、开发和测试活动，所以用多V表示； 多V的本质是为同一个系统开发不用的实物形态； 如下多V模型的开发生命周期： 2迭代与并行开发 2.1开发模型 多V模型只是一个简化的描述方式，不应该被看做是简单的连续过程（“瀑布模型”）； 中间的“V”是处于多次迭代开发的，此时可采用的迭代开发模型为RUP模型（统一过程）和XP模型（极限编程）。 2.2嵌入式开发过程的复杂性 多团队项目； ①软件、硬件开发团队；②独立并行的工作；③硬件和软件的协同。 系统分解、并行开发、分...

(7|嵌入式软件测试中基于风险的测试策略如何开展？) 1风险评估 1.1分析风险 著名公式： 风险=失败几率受到的损失 公式说明： 失败几率与系统的使用频率和单个故障几率有关； 1.2如何估计故障几率？ 以下有助于估计故障几率，他给出了容易发生故障的位置： 复杂部件； 全新部件； 经常改动的部件； 首次采用某种工具或技术的部件； 在开发过程中从一个开发人员移交给另一个开发人员的部件； 在时间及其紧迫的情况下构建的部件； 超过优化频率平均值而频繁优化的部件； 在早期发现过许多缺陷的部件； 有许多接口的部件。 1.3导致故障几率较高的因素 无经验的开发人员； 用户代表参与不足；...

(10|嵌入式软件测试中如何进行安全性分析？) 1简介 这里的安全指在一定条件下，系统不会危及到人的生命的期望； 某些系统的故障可能导致严重的后果，如人员死亡、严重伤害、或环境环境收到严重破坏； 书中说到了两种方法：FMEA（故障模型及后果分析）、FTA（故障树分析）； 故障原因： ①硬件或软件故障；②硬件磨损；③电磁干扰，机械、化学干扰； 故障模式：描述产品或过程无法执行所期望的功能的一种方法； 故障：系统或部件不能实现其运行需求； 后果：由故障模式导致的不利结果。 2故障模型及后果分析（FMEA） 2.1三个步骤 标识潜在的故障模式； 确定这些潜在的故障模式对系统功能的影响；...

(2|TEmb方法概述) 1TEmb简介 TEmb是一种方法，能够为特定的嵌入式系统组合恰当的测试方法； TEmb提供了一种机制，可以从适用于任何测试项目的通用元素和一组相关的特定方法中组合出恰当的专用测试方法。 2TEmb工作原理 如图所示： 结构化测试四要素：生命周期、基础设施、技术和组织，简称LITO； TEmb方法是由通用元素和特定方法组合而成，两者和结构化测试的四要素相关。 3系统特性 书中提及了几个嵌入式系统： 机顶盒、导航控制、天气预报、晶片移位、心脏起搏器、核磁共振扫描仪、红外线温度计、铁路信号设备、电信交换、导弹防御系统。 以下同一组系统具备相同的特性： 每...

(9|嵌入式软件测试中如何做好评审工作？) 1说明 1.1简介 评审是一种正式的评估技术； 评审需详细考查软件需求、设计、编码等，以便发现缺陷、违反开发标准的情况或其它问题。 1.2评审的目的 验证软件是是否否和规范； 验证软件是否达到应用标准； 对产品质量和过程质量，建立附带的和结构化的改进方法。 1.3评审说明 评审过程中的缺陷和其它缺陷一样，根据严重性进行修改； 评审需在动态测试之前就开始； 准备阶段是评审的最重要阶段； 召集原因分析会议可以提升评审的价值； 组织检查的那个人必须有某种程度的独立性。 1.4评审的优点 早期发现缺陷，解决成本低； 发现缺陷的比例比较高； 团队...

(4|嵌入式软件测试如何制定主测试计划？) 1制定主测试计划的要素 1.1测试类型 测试类型是用一组相关的质量特性来评估系统的一组活动； 常见的测试类型如下： 测试类型 描述 质量特性 功能 测试功能行为 功能性 接口 测试和其它系统的交互 连通性 负载和强度 允许大批量数据的处理 连续性、性能 （人工）支持 提供预期的支持（比如与用户手册规程相一致） 适用性 生产 测试生产规程 可操作性、连续性 恢复 测试恢复和重启动工具 可恢复性 回归 测试在系统改动之后，是否所有的部件仍然能够正常工作 所有的 安全 测试安全性 安全性 标准 测试是否遵守...

(5|开发人员需要做哪些测试？) 1开发人员测试的重要性 早期发现的错误容易解决； 高质量的基础元素更容易建立起高质量的系统； 开发后期发现的缺陷，很难追踪其根源； 解决开发后期发现的缺陷，在回归测试上需要投入更大的时间成本； 开发阶段做的测试，对整个项目时间产生积极影响； 异常处理只有在单元测试才能被很好的处理。 2集成方法 2.1三种策略和组合策略 三种策略： 自上向下集成；自下向上集成；混合集成。 组合策略： 集成部件的可用性；系统规模；是新系统还是在现有系统上增加功能；体系架构。 2.1.1混合集成 集成的前提条件为： ①系统基本稳定，只需添加小部分新的模块；...

(6|嵌入式软件测试中独立测试团队需要做哪些测试活动？) 1简介 独立测试团队主要进行高层次的测试； 主要在开发生命周期的后期进行。 2计划与控制阶段 项目 内容 目标 把握测试质量，对测试过程进行协调、监督和控制。 规程 测试计划包含计划、资源分配和任务范围规定。 活动 分配任务、整体评审与研究、建立测试基础、确定测试策略、设置组织、列出测试交付清单、定义基础设施、组织管理和控制、制定测试过程进度表、整理测试计划、维护测试计划、控制测试、报告、建立详细进度表 2.1分配任务 目标：确定谁是委托人，谁是承包人，测试过程的范围和目标是什么，测试过程的前提条件是什...

(8|嵌入式软件测试中可测性审查如何开展？) 1简单介绍 可测性审查主要在准备阶段； 可测性审查意味着测试基础的文档的完备性、确定性和一致性； 在制定测试规范的过程中，高可测性是测试成功的首要条件； 可测性审查的目的是确定文档质量是否足以作为测试的基础。 2规程 2.1选择相关文档 测试计划应当标出标识用于导出测试用例的文档； 可测性审查应当从对测试基础正式标识和文档的真正收集开始。 2.2生成审查清单 审查清单依赖于所使用的测试设计技术； 测试计划应当提供关于所使用测试设计技术的信息； 测试计划也应该提供测试设计技术应用于系统哪些部分的信息； 详细的审查清单后续列出。 2.3...