精华内容
下载资源
问答
  • 2021-07-23 12:34:17

    文档介绍:

    软硬件集成测试方案设计.doc软硬件集成测试方案设计汽车事业部集成测试方案文档标识:当前版本:当前状态:草稿þ发布日期:发布¨修改历史日期版本作者修改内容评审号变更控制号目录目录..........................................................................................................................................21.说明...............................................................................................................................................22.系统集成及验证...........................................................................................................................32.1集成测试范围.........................................................................................................................32.1.1硬件集成...........................................................................................................................32.1.2软件集成...........................................................................................................................32.2集成过程.................................................................................................................................32.3集成验证.................................................................................................................................32.3.1测试分类..........................................................................................................................32.3.2测试策略:..............................................................................

    内容来自淘豆网www.taodocs.com转载请标明出处.

    更多相关内容
  • 嵌入式软件自身软硬件结合的复杂性及其质量的重要性,造成其软件测试的特殊性,就是在执行正常软件测试的单元测试、集成测试、系统测试的过程中,还要考虑到软件与硬件的兼容问题,即需要进行软硬件集成测试。...
  • 软硬件集成测试规范 文件编号 版 签字 描述 本 设计者 审核者 完成日期 日期 项目负责人 总工 日期 日期 安全主管工程师 主管工程师 日期 日期 变更记录 版本 序 设计者/修 及 变更章节 变更内容 号 改者 发布日期 ...
  • 嵌入式软件自身软硬件结合的复杂性及其质量的重要性,造成其软件测试的特殊性,就是在执行正常软件测试的单元测试、集成测试、系统测试的过程中,还要考虑到软件与硬件的兼容问题,即需要进行软硬件集成测试。...
  • 如何做好GPS平台软硬件集成测试

    千次阅读 2013-12-25 14:44:51
    以前在做信息化的软件开发时,面临的集成测试通常是不同软件子系统之间的集成测试,往往被这一阶段的测试搞得人仰马翻的,在从事了四年的视频监控和GPS软件开发之后,才知道,软硬件系统之间的集成测试更加折磨人的...

    集成测试是为了构建一个更大的系统或平台,这个系统的几个部分通常是由不同的团队或甚至不同的公司开发的,以前在做信息化的软件开发时,面临的集成测试通常是不同软件子系统之间的集成测试,往往被这一阶段的测试搞得人仰马翻的,在从事了四年的视频监控和GPS软件开发之后,才知道,软硬件系统之间的集成测试更加折磨人的脆弱的神经。虽然两者本质上都是一样,软硬件系统集成实际上是嵌入式软件系统和常规的PC软件系统直接的集成。集成测试常常成为压垮复杂项目的最后一根稻草。主要存在的问题如下:

    1.嵌入式软件开发团队和常规的软件开发团队,风格差别很大,从开发语言和技术,到思考处理问题的方式都有很大区别。从一开始,如何保证两个团队之间的充分沟通并相互信任是个问题,团队之间互相推诿,不担当的情况常常发生;

    2.系统集成必然基于同一个约定,如软件接口,通信协议或规约,如果是第一次的合作开发,那么如何制定并保证接口和通信规约的稳定性,这个其实很难除非是我们都遵循成熟的国家标准或通用行业标准,如GPS通信协议JT/T808标准,否则研发初始自制的API和协议都是简单甚至是弱智的,随着软件开发的深入,对于功能和需求理解的越来越透彻,接口和协议不断的膨胀和变化,这种变化是那个团队发起的,如何和另一个团队进行协商,对于另外一个团队是否可行,在嵌入式系统上增加一个功能和在后端平台上增加一个功能所面临的的难度是一个天上一个地下,如何及时的固化到文档中去,如何制定一个合理有效的协商机制,都是在项目初始要确定下来的。

    3.两个团队往往是并行开发,因为同属于一个大系统,所以有一个共同的项目计划和进度,大家在竭力完成自己的任务的时候,往往顾不得那边的情况,在节点汇合的时候,大家都声称自己完成了计划上的任务,开始测试了,实际情况是大家根本没有准备好,各自的单元测试和功能测试,进行的非常不充分,而留给双方共同的集成测试时间又非常的乐观。没有充分测试过的子系统在进行集成测试的时候,必然会暴露大量的问题,虽然这显得集成测试很必要,但是这些问题暴露的有点晚了,再返工修改,Rework的工作量很大,进度更加吃紧,而且有些问题本来可以避免掉,无须拿到成本昂贵的集成测试上进行。

    4.集成测试并不意味着测试更充分或者覆盖面加大,我们拿到一个硬件系统,并不能像软件一样可以随心所欲的制造出一个有效用例来并且进行大量重复使用,例如要测试一个GPS软件的超速报警的功能,那测试用例设计时,必须要创造出一个车辆超速的动作环境,并触发终端报警上传到软件平台,这样一个用例还需要能够供测试人员反复调用。其他还有很多复杂的测试,如视频监控功能等测试。

    5.压力不够。由于测试环境的搭建,都是基本单一的软硬件对测,再加上硬件测试环境搭建的成本和复杂性,难以模拟出真实大规模业务并发的环境,造成压力测试不够,很多都是测试人员骗领导,走走过场,真实的问题往往最后在上线后,接入大规模业务时出现。

    如何能够做好软硬件集成测试呢?

    1.多个开发团队要选择一些逻辑清晰有担当、能沟通的人来充当联络人,这个虽然有点滑稽,但是在出问题的时候,起的作用很大,没有逻辑,不敢担当的人,总是死咬着一句话,"我这边没问题"。出了问题不可怕,为什么要推诿老是找借口呢? 耽误其他团队时间,浪费口舌。

    2.及早Mock, 模拟测试可以让我们在单元测试阶段,就可以进行便利的接口调用,保证我们的测试路径和测试面的充分覆盖,只不过硬件的Mock难度比较大,有一定的开发工作量。例如在GPS软件开发的时候,我们需要开发一个完整的GPS模拟终端,模拟GPS终端的数据发送和接收各种指令并进行应答的行为。很多人不用模拟终端,是因为开发一个完整808协议的模拟终端,实现录音、拍照、参数设置、媒体检索等Mock功能,没有一两个月搞不定。硬件测试的时候,也需要不断的检测自己的硬件发送的数据或指令是否正确,也需要Mock一个后端服务器来进行检验。

    3.集成测试的用例设计起来,往往贯穿终端、无线网络、服务器软件、PC客户端软件,是一个复杂的流程测试,所以对于用例设计的是否充分,需要花点时间进行评审和讨论理解。这种测试用例,应当及早设计,成为照亮各个开发团队行进道路的航标。

    4.充分估计测试的工作量,上面说到测试用例的设计,如果认真设计用例,这个测试的工作量其实很大。不要为了项目计划而压缩集成测试的周期。

    总之,不要埋地雷,没有侥幸,问题总是会出现的,何不让它出现的早一点,代价小一点。

     部标808测试平台(工具300元,源码800元):

    1.完整实现了808协议的全部命令,包括媒体检索、录音、拍照、区域设置、行车记录仪等命令;

    2.日志记录,分为原始报文记录,下发命令和应答跟踪记录等详细记录;

    3.应答数据入库,GPS数据入库,便于查询和跟踪。

    4.转发服务,可以转发到其他平台进行跟踪;

    5.在线连接监控;

    6.GPS数据分析,油量、里程、停车、报警入库。

     部标808终端测试平台

    本文转载自:http://www.cnblogs.com/productivity/p/3154596.html

    展开全文
  • 摘要: 嵌入式软件自身软硬件结合的复杂性及其质量的重要性,造成其软件测试的特殊性,就是在执行正常软件测试的单元测试、集成测试、系统测试的过程中,还要考虑到软件与硬件的兼容问题,即需要进行软硬件集成测试。...
  • (1)概述如下图所示,ISO26262:2018 Part 6-10是”软件集成集成验证”。其对应的V模型左边的活动是”Part 6-7软件架构设计”。软件架构设计:定义了构成软件的各软件组件,软件组件间的接口和交互,以及资源消耗(如...

    (1)概述

    如下图所示,ISO26262:2018 Part 6-10是”软件集成和集成验证”。其对应的V模型左边的活动是”Part 6-7软件架构设计”。

    186360270_1_20200324081720131软件架构设计:定义了构成软件的各软件组件,软件组件间的接口和交互,以及资源消耗(如:CPU Load, ROM/RAM等)的设计等。

    软件集成:当各软件组件开发完成之后,按照软件架构设计中定义的软件组件间的接口将各个软件组件集成在一起而形成”集成后的软件”。

    软件集成验证,对集成后的软件进行验证,验证软件组件之间的接口和交互是否符合软件架构设计,验证集成后的软件的资源消耗是否符合软件架构设计等。

    验证的方法有多种,其中验证组件之间的接口和交互的方法主要是测试,该测试被称为“软件集成测试”。

    软件集成测试是伴随着软件集成来实施的,随着软件的每一次集成,都需要有对应的集成测试来验证集成的两个部分之间的接口和交互。

    ISO26262:2018标准中谈到的与软件集成测试相关的“测试方法”、“测试用例设计方法”、“结构化覆盖度方法”等内容,是本文阐述的主要内容。

    说明:本公众号在如下有关软件单元测试的文章中,已经介绍的一些测试相关的内容,在本文中不再进行赘述。

    (2)测试方法

    186360270_2_20200324081720381Requirements-based test (基于需求的测试)

    用于确认'集成后的软件”是否实现了分配到“软件架构(软件组件)层面的软件需求”,也就是验证”集成后的软件”是否符合”软件架构设计”。

    ASPICE的”SWE.5软件集成与集成测试”中,提示了软件集成测试的如下测试内容,读者可借鉴下:软件组件之间的正确数据流the correct dataflow between software items

    软件组件间数据流的时效性和时间依赖性the timeliness and timing dependencies of dataflow between software items

    使用接口对所有软件组件发出的信号的正确解释the correct interpretation of data by all software items using an interface

    软件组件间的动态交互the dynamic interaction between software items

    对接口的资源消耗目标的遵守the compliance to resource consumption objectives of interfacesInterface test (接口测试)

    接口测试的是为了验证'软件组件之间的接口”、以及”软硬件接口”。

    软件集成测试时,验证'集成后的软件”是否符合”软硬件接口设计”,是关注的“软件的接口(与硬件的接口)”。

    在系统集成测试(ISO 26262 Part4-7)时,也会验证”软硬件接口”,但此时是关注的软件与硬件之间的接口。Fault injection test (故障注入测试)

    通过注入故障的方式,用于验证在软件架构设计时所设计的”安全机制”的有效性。Resource usage evaluation (资源使用评价)

    用于确认在最坏情况下,资源(CPU时间、ROM、RAM等)的使用情况Back-to-back comparison test between model and code, if applicable (背靠背测试)

    是在基于模型开发的场景下,用于确认模型与代码之间的一致性。关于背靠背测试,推荐大家阅读老董的如下两篇文章:

    (3)测试用例设计方法

    186360270_3_20200324081720600

    测试用例设计方法的详细说明,参照本公众号中庞伟老师的文章:

    (4)结构化覆盖度

    186360270_4_20200324081720850

    如上表格中的结构化覆盖度指标是对组件间”交互”的覆盖度要求。

    函数覆盖:每一个函数(接口)被覆盖到。

    调用覆盖:组件之间的每一次”调用”被覆盖到。

    示例:

    下图是软件架构设计中,三个软件组件之间交互的设计:

    186360270_5_20200324081720991

    “函数覆盖”的目标是覆盖Error_Handle_1和Error_Handle_2提供的2个接口:

    186360270_6_20200324081721209

    “调用覆盖”的目标是覆盖Temp_Check与Error_Handle_1/Error_Handle_2之间的每次调用:

    186360270_7_20200324081721444

    (5)示例

    接下来举一个例子,综合考虑:测试方法:基于需求测试 & 接口测试

    测试用例设计方法:需求分析 & 等价类分析 & 边界值

    结构化覆盖度:调用覆盖

    说明:本示例中的逻辑,是为了示例的简单而杜撰的,不具备实际参考价值。

    本示例中的软件架构设计,以三个组件之间的控制图为例

    (5.1)软件架构设计

    186360270_8_20200324081721678

    (5.2) 需求分析的测试用例设计方法:

    (考虑“调用覆盖度')

    如下图所示,分析组件之间的调用关系,其中①②④是涉及到组件之间的交互。

    186360270_9_20200324081722131

    186360270_10_20200324081722350

    186360270_11_20200324081722584

    186360270_12_20200324081722788

    (5.3) 等价类分析的测试用例设计方法:

    根据输入的值域范围,构造等价类,在每个等价类中,选择有代表性的值

    注:在选择代表性值时,可尽量采用与'需求分析方法'相同的值,以减少不必要的重复的测试用例。

    186360270_13_20200324081722944

    186360270_14_20200324081723131

    186360270_15_20200324081723413

    (5.4) 边界值分析的测试用例设计方法:

    基于'等价类分析'中识别的等价类,分析每个等价类的上下边界。之后在每个边界点识别:边界值、比边界略大值、比边界略小值。

    186360270_16_20200324081723725

    186360270_17_202003240817246

    186360270_18_20200324081724272

    至此,软件集成测试的测试用例设计就完成了。

    展开全文
  • 软硬件集成测试规范模板 作者 日期 软硬件集成测试规范 文件编号 版本 描述 签字 设计者 完成日期 审核者 日期 项目负责人 日期 总工 日期 安全主管工程师 日期 主管工程师 日期 变更记录 序号 版本 及 发布日期 ...
  • 软件集成测试工作流程指南

    千次阅读 2018-08-31 09:52:19
    编者说明:  严格地说,该文档不属于...本文详细阐述了集成测试流程,指导项目开发人员如何开展软件集成测试。 1.2 范围 此指南可运用于使用RUP 的任一软件项目的集成测试。 1.3 参考文件 Software Test Pro...

    编者说明:

        严格地说,该文档不属于文档模板,它只是一个工作指南。要想更好地完成集成测试工作,你就需要为团队制定一个工作指南。你可以根据该文档,结合实际进行修改。

    1. 简介

    1.1 目的

    本文详细阐述了集成测试流程,指导项目开发人员如何开展软件集成测试。

    1.2 范围

    此指南可运用于使用RUP 的任一软件项目的集成测试。

    1.3 参考文件

    Software Test Process

    Rational Unified Process

    1.4 定义与缩写

    RUP:统一开发过程

    SIT:软件集成测试

    SEPG:软件工程过程小组

    SQA:软件质量保证

    2. 集成测试指南

    2.1 简介

    集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归测试。

    2.2 单元测试工作内容及其流程

    活动

    输入工件

    输出工件

    参与角色和职责

    制定集成测试计划

    设计模型

    集成构建计划

    集成测试计划

    测试设计员负责制定集成测试计划

    设计集成测试

     

    集成测试计划

    设计模型

    集成测试用例

    测试过程

    测试设计员负责设计集成测试用例和测试过程。

    实施集成测试

     

    集成测试用例

    测试过程

    工作版本

    测试脚本(可选)

    测试过程(更新)

    测试设计员负责编制测试脚本(可选),更新测试过程。

     

     

    驱动程序或稳定桩

     

    设计员负责设计驱动程序和桩,实施员负责实施驱动程序和桩。

    执行集成测试

    测试脚本(可选)

    工作版本

    测试结果

    测试员负责执行测试并记录测试结果

    评估集成测试

    集成测试计划

    测试结果

    测试评估摘要

    测试设计员负责会同集成员、编码员、设计员等有关人员(具体化)评估此次测试,并生成测试评估摘要。

        
        
        
        
      
        
        

    2.3 集成测试需求获取

    集成测试需求所确定的是对某一集成工作版本的测试的内容,即测试的具体对象。集成测试需求主要来源于设计模型(Design Model )和集成构件计划(Integration Build Plan )。

    集成测试着重于集成版本的外部接口的行为。因此,测试需求须具有可观测、可测评性。

    1.集成工作版本应分析其类协作与消息序列,从而找出该工作版本的外部接口。

    2.由集成工作版本的外部接口确定集成测试用例。

    3.测试用例应覆盖工作版本每一外部接口的所有消息流序列。

    注意:一个外部接口和测试用例的关系是多对多,部分集成工作版本的测试需求可映射到系统测试需求,因此对这些集成测试用例可采用重用系统测试用例技术。

    2.4 集成测试工作机制

    软件集成测试工作由产品评测部担任。需要项目组相关角色配合完成。如图示:

    软件评测部:

    角色

    职责

    测试设计员

    负责制定集成测试计划、设计集成测试、实施集成测试、评估集成测试。

    测试员

    执行集成测试,记录测试结果。

    软件项目组:

    角色

    职责

    实施员

    负责实施类(包括驱动程序和桩),并对其进行单元测试。根据集成测试发现的缺陷提出变更申请。

    配置管理员

    负责对测试工件进行配置管理。

    设计员

    负责设计测试驱动程序和桩。根据集成测试发现的缺陷提出变更申请。

    集成测试工作内容及其流程工作流程:

    2.5 集成测试产生的工件清单

    1、软件集成测试计划

    2、集成测试用例

    3、测试过程

    4、测试脚本

    5、测试日志

    6、测试评估摘要

     

    展开全文
  •  这里讲的被测系统不仅仅指的硬件系统自身。你还需要理解系统所处的上下文环境这包括:所有干系人,项目周期,相关文档(过程文档,技术文档),部署,相关技术,商务合同,历史信息,业务知识,法务、文化相
  • J750集成电路测试系统软硬件使用说明 J750集成电路测试系统软硬件使用说明
  • Agilent N2X现在能在统一的软硬件平台上提供2到7层流量扩展能力和范围,进行状态和无状态流量生成与分析。  Agilent N2X是第一款能够在同一应用中、通过同一测试端口针对线速视频、话音和状态数据业务组合创建和...
  • v777集成电路测试系统软硬件使用说明 v777集成电路测试系统软硬件使用说明
  • ISO26262 功能安全各个阶段测试要求

    千次阅读 多人点赞 2019-11-13 16:15:37
    系统层面:包括软硬件集成测试、系统集成测试以及整车测试。 硬件层面:包括硬件集成与测试。 软件层面:单元测试、集成测试。 2. 功能安全总体要求 2.1 各项指标 2.2 诊断覆盖度举例 针对一个...
  • 3166集成电路测试系统软硬件使用手册 3166集成电路测试系统软硬件使用手册
  • 为了满足高性能嵌入式CPU软硬件协同开发的需要,提出一个嵌入式Linux操作系统设计方案,在真正的硬件完成之前利用虚拟原型系统进行软硬件集成测试。该方案基于开放源代码软件,采用精简配置的Linux Kernel,以uClibc...
  • BC3196D数模混合集成电路测试系统软硬件说明书 BC3196D数模混合集成电路测试系统软硬件说明书
  • 提出了系统的软硬件设计方案。该系统基于自定义总线结构,可测试电平范围宽。  关键词:数字集成电路 测试功能 测试通道板 精密测量单元  随着数字集成电路的广泛应用,测试系统就显得越来越重要。在...
  • 旨在满足特定的功能,或者集成在大得多、复杂得多的 设备内部,如汽车系统、航空电子、网络设备、工业控 制、医疗器械、消费电子和通信网络。在摩尔定律的作用下,技术成本不断降低、性能不断提高,导致更小、更强大...
  • 针对集成电路设计时引入第三方IP核,极易存在安全威胁的问题,现有的功能测试和搜索方法无法实现快速检测。本文提出一种基于结构特征的IP核木马检测方法,并通过软件实现快速结构搜索和信号安全性分析。首先对...
  • 从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。 下面内容来自网络相关资料的整理: 1.单元测试 (1)定义:单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性检验的...
  • 测试的分类可以从很多方面来划分,例如按照开发阶段划分、按照测试实施组织划分、按照是否运行划分,这篇博客主要内容是按照开发阶段划分的测试的种类。 首先我们要了解测试金字塔: 最上层是UI界面层,包含功能...
  • 为什么要进行测试? 为什么要进行测试呢?测试可能会伴随一个程序员的一生,那么到底是为什么要进行测试呢,主要从以下五个方面来分析: 1、程序员的难题 开发的模块出现问题,很难定位,已经熬了几个通宵了 刚改正...
  • 1.单元测试 单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的...集成测试也称联合测试(联调)、组装测试,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试
  • 单元测试又称为模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作,单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行地独立进行单元测试测试阶段:编码后 测试对象:最小模块...
  • 从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。 下面内容来自网络相关资料的整理: 1.单元测试 (1)定义:单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性检验...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 37,488
精华内容 14,995
关键字:

软硬件集成测试