(9 | 嵌入式软件测试中如何做好评审工作？) 1 说明 1.1 简介 评审是一种正式的评估技术； 评审需详细考查软件需求、设计、编码等，以便发现缺陷、违反开发标准的情况或其它问题。 1.2 评审的目的 验证软件是是否否和规范； 验证软件是否达到应用标准； 对产品质量和过程质量，建立附带的和结构化的改进方法。 1.3 评审说明 评审过程中的缺陷和其它缺陷一样，根据严重性进行修改； 评审需
(8 | 嵌入式软件测试中可测性审查如何开展？) 1 简单介绍 可测性审查主要在准备阶段； 可测性审查意味着测试基础的文档的完备性、确定性和一致性； 在制定测试规范的过程中，高可测性是测试成功的首要条件； 可测性审查的目的是确定文档质量是否足以作为测试的基础。 2 规程 2.1 选择相关文档 测试计划应当标出标识用于导出测试用例的文档； 可测性审查应当从对测试基础正式标识和文档的真正收集
(7 | 嵌入式软件测试中基于风险的测试策略如何开展？) 1 风险评估 1.1 分析风险 著名公式： 风险 = 失败几率 * 受到的损失 公式说明： 失败几率与系统的使用频率和单个故障几率有关； 1.2 如何估计故障几率？ 以下有助于估计故障几率，他给出了容易发生故障的位置： 复杂部件； 全新部件； 经常改动的部件； 首次采用某种工具或技术的部件； 在开发过程中从一个开发人员移交给
(6 | 嵌入式软件测试中独立测试团队需要做哪些测试活动？) 1 简介 独立测试团队主要进行高层次的测试； 主要在开发生命周期的后期进行。 2 计划与控制阶段 项目 内容 目标 把握测试质量，对测试过程进行协调、监督和控制。 规程 测试计划包含计划、资源分配和任务范围规定。 活动 分配任务、整体评审与研究、建立测试基础、确定测试策略、设置组织、列出测试交付清单、定义基础设
(5 | 开发人员需要做哪些测试？) 1 开发人员测试的重要性 早期发现的错误容易解决； 高质量的基础元素更容易建立起高质量的系统； 开发后期发现的缺陷，很难追踪其根源； 解决开发后期发现的缺陷，在回归测试上需要投入更大的时间成本； 开发阶段做的测试，对整个项目时间产生积极影响； 异常处理只有在单元测试才能被很好的处理。 2 集成方法 2.1 三种策略和组合策略 三种策略： 自上向下集成
(4 | 嵌入式软件测试如何制定主测试计划？) 1 制定主测试计划的要素 1.1 测试类型 测试类型是用一组相关的质量特性来评估系统的一组活动； 常见的测试类型如下： 测试类型 描述 质量特性 功能 测试功能行为 功能性 接口 测试和其它系统的交互 连通性 负载和强度 允许大批量数据的处理 连续性、性能 （人工）支持 提供预期的支持（比如与用户手册规程相一致） 适用性
(3 | 嵌入式软件测试开发的多V模型) 1 简单的多V模型 原则上，每一种产品形态，都遵循一个完整的V型开发周期； 包括设计、开发和测试活动，所以用多V表示； 多V的本质是为同一个系统开发不用的实物形态； 如下多V模型的开发生命周期： 2 迭代与并行开发 2.1 开发模型 多V模型只是一个简化的描述方式，不应该被看做是简单的连续过程（“瀑布模型”）； 中间的“V”是处于多次迭代开发的，此
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
