嵌入式软件测试技巧有哪些？

嵌入式软件测试技巧有哪些？

嵌入式软件开发过程中，一般来说，花在测试和花在编码的时间比为3:1(实际上可能更多)。这个比例随着你的编程和测试水平的提高而不断下降，但不论怎样，软件测试对一般人来讲很重要。很多年前，一位开发人员为了在对嵌入式有更深层次的理解，向Oracle询问了这样的一个问题:我怎么才能知道并懂得我的系统到底在干些什么呢?　Oracle面对这个问题有些吃惊，因为在当时没有人这么问过，而同时代的嵌入式开发人员问的最多的大都围绕“我怎么才能使程序跑的更快”、“什么编译器最好”等肤浅的问题。所以，面对这个不同寻常却异乎成熟的问题，Oracle感到欣喜并认真回复了他:你的问题很有深度很成熟，因为只有不断地去深入理解才有可能不断地提高水平。并且Oracle为了鼓励这位执着的程序员，把１０条关于嵌入式软件开发测试的秘诀告诉了他:
1.懂得使用工具
2.尽早发现内存问题
3.深入理解代码优化
4.不要让自己大海捞针
5.重现并隔离问题
6.以退为进
7.确定测试的完整性
8.提高代码质量意味着节省时间
9.发现它，分析它，解决它
10.利用初学者的思维

这十条秘诀在业界广为流传，使很多人受益。本文围绕这十条秘诀展开论述。

１.懂得使用工具

通常嵌入式系统对可靠性的要求比较高。嵌入式系统安全性的失效可能会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。这就要求对嵌入式系统，包括嵌入式软件进行严格的测试、确认和验证。随着越来越多的领域使用软件和微处理器控制各种嵌入式设备，对门益复杂的嵌入式软件进行快速有效的测试愈加显得重要。
就象修车需要工具一样，好的程序员应该能够熟练运用各种软件工具。不同的工具，有不同的使用范围，有不同的功能。使用这些工具，你可以看到你的系统在干些什么，它又占用什么资源，它到底和哪些外界的东西打交道。让你郁闷好几天的问题可能通过某个工具就能轻松搞定，可惜你就是不知道。那么为什么那么多的人总是在折腾个半死之后才想到要用测试工具呢？原因很多，主要有两个。一个是害怕，另一个是惰性。害怕是因为加入测试用具或测试模块到代码需要技巧同时有可能引入新的错误，所以他们总喜欢寄希望于通过不断地修改重编译代码来消除bug,结果却无济于事。懒惰是因为他们习惯了使用printf之类的简单测试手段。下面来介绍一些嵌入式常用的测试工具。
.源码级调试器[Source-level Debugger]
这种调试器一般提供单步或多步调试、断点设置、内存检测、变量查看等功能，是嵌入式调试最根本有效的调试方法。比如VxWorks TornadoII提供的gdb就属于这一种。
.简单实用的打印显示工具[printf]
printf或其它类似的打印显示工具估计是最灵活最简单的调试工具。打印代码执行过程中的各种变量可以让你知道代码执行的情况。但是，printf对正常的代码执行干扰比较大(一般printf占用CPU比较长的时间)，需要慎重使用，最好设置打印开关来控制打印。
.ICE或JTAG调试器[In-circuit Emulator]
ICE是用来仿真CPU核心的设备，它可以在不干扰运算器的正常运行情况下，实时的检测CPU的内部工作情况。像桌面调试软件所提供的：复杂的条件断点、先进的实时跟踪、性能分析和端口分析这些功能，它也都能提供。ICE一般都有一个比较特殊的CPU，称为外合(bond-out)CPU。这是一种被打开了封装的CPU，并且通过特殊的连接，可以访问到CPU的内部信号，而这些信号，在CPU被封装时，是没法“看到”的。当和工作站上强大的调试软件联合使用时，ICE就能提供你所能找到的最全面的调试功能。但ICE同样有一些缺点：昂贵；不能全速工作；同样，并不是所有的CPU都可以作为外合CPU的，从另一个角度说，这些外合CPU也不大可能及时的被新出的CPU所更换。JTAG(Joint Test Action Group)虽然它最初开发出来是为了监测IC和电路连接，但是这种串行接口扩展了用途，包括对调试的支持。AD公司为Blackfin设计的Visual Dsp++就支持高速的 JTAG调试。

嵌入式软件的基本测试方法都有哪些？

有道启新嵌入式培训机构——随着制造行业的再一次崛起，嵌入式软件目前在软件行业中越来越多，2004年软件行业最火爆的三个项目是：嵌入式开发，软件培训以及软件外包。由于嵌入式软件与其他产品息息相关，这给嵌入式软件的测试工作带来了极大的困难，软件的测试工作不能够等程序烧到或者固化到芯片中才开始进行测试，这就太晚了，本文结合自己的一些经验提出自己的看法，希望大家一起讨论。
搞好开发前的原型设计
原型开发目前在开放流程中受到了更多的重视，同样嵌入式软件也是非常需要的。比如说一个录音机版面的设计，可以定义好版面上面的按键以及每个按键的功能。然后画出状态转化图，写清楚每个按键何时可以触发，触发后由哪个状态转入别的其他状态。原型设计好了，组织专家，工程师进行评审，尽可能多的找出原型中不合理需要改进的地方；改进以后，有必要可以进行再一次的评审工作。每一次评审工作需要记录评审建议是否需要解决？如何解决以及实际解决情况。
进行设计和开发工作
设计和开发工作需要设立里程碑。每个里程碑结束前都需要进行评审工作。由于嵌入式软件的运行环境不同，受到很大的限制，所以在进行开发之前需要进行编程规范工作，编码的时候需要严格按照编码要求进行工作，每一个条款都需要认真执行和审查。现在业界提供许多关于嵌入式软件开发的标准，大家可以通过网站搜索，最好能够购买业界一些比较著名的标准。目前市场上也提供许多关于代码检验的工具。为什么一直提出代码编码规范？这是因为嵌入式软件的质量与代码规范是十分重要的。举个例子，著名的阿里亚火箭失事，专家进行详细的调查工作，最后发现问题出在代码上。代码是符合标准C语言的，但是在运行过程中由于程序员将一个长整形变量赋给了一个短整形变量，造成内存溢出，这是导致火箭失事的关键所在。
（
int8 a;
int32 b;
…
a=b;
）
代码测试
当程序开发完毕，需要进行测试工作，但是在程序烧入或固化芯片之前如何进行测试呢？这里介绍一种方法：比如程序时使用C语言进行开发的，请将所有的操作都封入在函数中，函数的定义都在相应的头文件中定义(.h),然后设计测试用例，书写测试代码，测试代码包含相应头文件，可以对函数进行检测。测试案例往往分为两类：一种是功能测试，主要测试函数的功能；另外一种是错误参数测试，主要检查程序对进行错误参数进行检验。
功能测试
这种测试的运行往往需要通过仿真器辅助完成，比如类似录音机软件程序，分别测试播放，加大（减小）音量，停止，暂停（取消暂停），快速前进，快速后退，录音对应的功能是否能够正常运行。
错误测试
主要测试函数在调用参数无效的时候，系统是否会按照规定返回正确的错误代码。比如
function test(int Tid)
测试的时候给出一个错误的序列号(Tid),看程序是否返回正确的错误代码。
对于函数function test1(int t)需要进行特出的处理
t 定义为1-100
我们可以按照边界值法和等价分类法进行测试
上边界:-1,0,1
下边界：99，100，101
中边界：50
所以测试用例集合为（-1,0,1,50,99,100,101）,其中-1，101为错误测试用例，其他为正确测试用例
功能组合测试
在进行完功能测试后，我们可以进行功能组和测试，还是拿录音机程序做个例子。我们可以定义将音量增加到10，快速前进，检查音量，看是否还是为10；播放，暂停，试图调整音量，检查调整音量的功能是否可以被成功执行。
烧入固化测试
当以上测试都通过后可以将程序烧入芯片或者固化，进行最后在实际环境中进行测试工作。

嵌入式软件测试怎么实现自动化测试

今天竞争的市场里，每个产品都有类似的功能，如何确保您的产品是经过了充分的测试。代码覆盖率分析是确定你的测试是否完整的简单方法，并且其能够跨越整个软件生命周期从单个开发人员测试到最终的发布测试。通过代码覆盖率评估测试完整性覆盖率分析的优点1、代码覆盖率是唯一可依赖的评估测试完整性指标2、覆盖率分析特别针对于高安全类行业应用，比如：军工，航天，轨道交通和汽车电子。通过覆盖率分析确保系统测试完整性系统测试，也叫功能测试，是为确保当最终用户使用应用程序时正确的流程。这种类型测试要么通过手工测试或者自动化化脚本测试。所有软件在发布前都需要进行系统测试。系统测试的挑战在于如何确保测试完整性。最终，团队将会开发出一套测试流程以验证应用程序是否满足需求或者满足用户文档。确保系统测试完整性的唯一方法是收集和分析测试过程中的代码覆盖率数据。DT10和VectorCAST/Cover都可帮助用户方便的收集系统测试过程中的代码覆盖率，包括在目标板上执行的覆盖率数据。

嵌入式测试主要涉及哪些内容

嵌入式测试主要包含功能测试和性能测试。即是否满足功能/非功能需求的测试。

细分的话有模块测试和系统测试，涉及测试设计，脚本编写，软硬件仿真等内容，其中还有黑盒测试和白盒测试，涉及内容一点不比开发少。

一般来说，软件测试有7个基本阶段，即单元或模块测试、集成测试、外部功能测试、回归测试、系统测试、验收测试、安装测试。嵌入式软件测试在4个阶段上进行，即模块测试、集成测试、系统测试、硬件/软件集成测试。前3个阶段适用于任何软件的测试，硬件/软件集成测试阶段是嵌入式软件所特有的，目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。

嵌入式软件测试分成哪几类？

单元测试
所有单元级测试都可以在主机环境上进行，除非少数情况，特别具体指定了单元测试直接在目标环境进行。最大化在主机环境进行软件测试的比例，通过尽可能小的目标单元访问所有目标指定的界面。
在主机平台上运行测试速度比在目标平台上快的多，当在主机平台完成测试，可以在目标环境上重复作一简单的确认测试，确认测试结果在主机和目标机上没有被他们的不同影响。在目标环境上进行确认测试将确定一些未知的，未预料到的，未说明的主机与目标机的不同。例如，目标编译器可能有bug，但在主机编译器上没有。
集成测试
软件集成也可在主机环境上完成，在主机平台上模拟目标环境运行，当然在目标环境上重复测试也是必须的，在此级别上的确认测试将确定一些环境上的问题，比如内存定位和分配上的一些错误。
在主机环境上的集成测试的使用，依赖于目标系统的具体功能有多少。有些嵌入式系统与目标环境耦合的非常紧密，若在主机环境做集成是不切实际的。一个大型软件的开发可以分几个级别的集成。低级别的软件集成在主机平台上完成有很大优势，越往后的集成越依赖于目标环境。
系统测试和确认测试
所有的系统测试和确认测试必须在目标环境下执行。当然在主机上开发和执行系统测试，然后移植到目标环境重复执行是很方便的。对目标系统的依赖性会妨碍将主机环境上的系统测试移植到目标系统上，况且只有少数开发者会卷入系统测试，所以有时放弃在主机环境上执行系统测试可能更方便。

嵌入式软件测试自动化有哪些问题

嵌入式软件测试基本概念
这里讨论的嵌入式软件测试是一个系统测试的概念。即将开发的软件系统（包括嵌入式操作系统和嵌入式应用软件）、硬件系统和其它相关因素（如人员的操作、数据的获取等）综合起来，对整个产品进行的全面测试。嵌入式系统的系统测试比PC系统软件测试要困难得多，主要体现如下：
测试软件功能依赖不需编码的硬件功能，快速定位软硬件错误困难；
强壮性测试、可知性测试很难编码实现；
交叉测试平台的测试用例、测试结果上载困难；
基于消息系统测试的复杂性，包括线程、任务、子系统之间的交互，并发、容错和对时间的要求；
性能测试、确定性能瓶颈困难；
实施测试自动化技术困难。
嵌入式软件测试和传统软件测试异同点
嵌入式软件与别的软件相比，它具有专用性，它只能在需求所指定的硬件平台上执行，并且嵌入式软件的开发环境和运行环境是不一致的，因此即使宿主机环境下测试再充分，也不能说明在目标机环境下运行该软件就不出问题。因而，嵌入式软件还面临着目标环境的测试。这不仅增加了测试的代价，而且还带来了嵌入式软件的测试策略问题，即哪些测试分配在宿主环境进行，哪些测试分配到目标环境下进行（户军茹，2007）。
所以嵌入式软件测试更有它的必要性，而且比一般的软件测试存在更多的困难。
嵌入式软件测试与普通软件测试的相同之处
传统的软件测试是将软件分在不同的层面上进行测试，包括模块测试（或单元测试），集成测试，系统测试等。
嵌入式软件测试和一般的软件测试存在着许多相似的问题和相似的解决方法。这就是我们寻找的嵌入式软件的通用的测试方法。

pcie可以一对多

pcie可以1对多的连接，需要对接口连接中的索引值进行设定，如下图，需要注意的是，索引值的设置需要与上面的“pcie_num”对应，从0开始，一直到“pcie_num” - 1，且最大不超过64.
▲图2-5 linker连接EP设备接口
03.PCIE的BDF
每个PCIE设备在系统总线上都有自己的标识符，这个标识符就是BDF（Bus，Device，Function），PCIE的配置软件（即Root的应用层，一般是PC）应当有能力识别整个PCIE总线系统的拓扑逻辑，以及其中的每一条总线（Bus），每一个设备（Device）和每一项功能（Function）。
在BDF中，Bus Number占用8位，Device Number占用5位，Function Number占用3位。显然，PCIe总线最多支持256个子总线，每个子总线最多支持32个设备，每个设备最多支持8个功能，如下图所示：
▲图3-1 BDF空间分配
需要注意的是，每Bus0总是分配给RC，且每个设备必须要有功能0（Fun0），其他的7个功能（Fun1~Fun7）都是可选的。
SkyEye仿真实现PCIE设备的BAR地址设置则是在PCIE设备建模时对其配置信息结构体中对BDF进行配置。
▲图3-2 SkyEye仿真配置BDF
04.PCIE的配置空间
PCIE有三个相互独立的物理地址空间：设备存储器地址空间、I/O地址空间和配置空间。配置空间是PCIE所特有的一个物理空间。由于PCIE支持设备即插即用，所以PCIE设备不占用固定的内存地址空间或I/O地址空间，而是通过配置空间来实现地址映射的。
系统加电时，BIOS检测PCIE总线，确定所有连接在PCIE总线上的设备以及它们的配置要求，并进行系统配置。所以，所有的PCIE设备必须实现配置空间，从而能够实现参数的自动配置，实现真正的即插即用。
PCI总线规范定义的配置空间总长度为256个字节，配置信息按一定的顺序和大小依次存放。前64个字节的配置空间称为配置头，一般有两种，Type0和Type1，分别对应桥设备和终端设备。配置头的主要功能是用来识别设备、定义主机访问PCI卡的方式（I/O访问或者存储器访问，还有中断信息），Type0如图4-1所示，Type1如图4-2所示。
▲图4-1 终端设备Type0配置头
​
▲图4-2 桥设备Type1配置头
其中，配置头中的重要寄存器意义如下：
Vendor ID：厂商ID。知名的设备厂商的ID。FFFFh是一个非法厂商ID，可它来判断PCI设备是否存在。
Device ID：设备ID。某厂商生产的设备的ID。操作系统就是凭着 Vendor ID和Device ID 找到对应驱动程序的。
Class Code：类代码。共三字节，分别是类代码、子类代码、编程接口。类代码不仅用于区分设备类型，还是编程接口的规范，这就是为什么会有通用驱动程序。
IRQ Line：IRQ编号。PC机以前是靠两片8259芯片来管理16个硬件中断。现在为了支持对称多处理器，有了APIC（高级可编程中断控制器），它支持管理24个中断。
IRQ Pin：中断引脚。PCI有4个中断引脚，该寄存器表明该设备连接的是哪个引脚。
Status：设备状态字，具体每个BIT的意义见下图4-3
Command：设备状态字，具体含义见图4-4
base Address Registers：决定PCI/PCIE设备空间映射到系统空间具体位置的寄存器，映射方式有两种，分别是IO和Memory映射，具体解析见图4-5​
▲图4-3 status解析图
▲command解析图
​
▲图4-5 BAR解析图
所有的PCIE终端设备在系统初始化后会在得到对应的配置空间信息，在SkyEye平台仿真也是如此。其中具体的配置信息需要手动设置，参考下图4-6。
一般需要配置的主要有设备对象指针obj，BDF，vendor_id和device_id，以及内存映射地址BAR和其映射长度，可以按照需要配置多个BAR空间。其余一些配置寄存器也可以手动设置，遵循Type0的配置空间格式，具体的配置空间信息可参考：
《skyeye_dev_bus_intf.h》
需要注意地是，在设置配置空间信息的时候，必须在new阶段，这主要是由skyeye平台初始化顺序决定的。
▲图4-6 PCIE终端设备初始化配置空间
除去上面提到的64B空间外的其余的192个字节称为本地配置空间，主要定义卡上局部总线的特性、本地空间基地址及范围等。而PCIE总线则继承了PCI总线的前256字节外，即0x00~0xFF，还额外扩充到了4K的配置空间，即0x00~0xFFF，其扩展形式是通过一种称为Capability的寄存器块来完成的，下图是具体的布局。
▲图4-6 PCIE配置空间扩展结构图
在原来的配置空间中，有一个寄存器指定了第一个Capability的位置，而第一个Capability又指定下一个Capability，构成了一串Capability，具体如下图所示，由于Capability的作用各不相同，且目前SkyEye关于此功能设置还未完善，这里不再赘述。
▲图4-7 Capability寄存器关系图
05.PCIE的建模仿真
5.1注册接口
对PCIE终端设备进行建模，设备需要注册两个接口，分别是memory_space和pcie_config_intf，其中pcie_config_intf接口声明在文件《skyeye_dev_bus_intf.h》中，主要用来传送其配置信息，如下所示：
▲图5-1 PCIE终端设备接口注册
注册接口实现后，需要对配置空间信息进行设置，具体操作参考第四节的内容。
5.2 BAR内存空间读写
在上一节设置完BAR的地址信息后，就需要实现不同的BAR地址映射功能，而我们主要通过memory_space接口实现，参考如下结构，读写同理。
▲图5-2 PCIE终端设备BAR地址映射接口
需要注意的是，PCIE终端设备中的memory_space接口中的第二个参数addr代表实际的映射地址，与以往的代表地址偏移不同。
打开CSDN APP，看更多技术内容
SkyEye：针对飞行模拟器的仿真解决方案
飞行员训练、飞机的设计和开发、对飞机特性和控制处理质量管理的研究都离不开飞行模拟器的支持。只有对飞机模拟器进行仿真，才能实现D等级的全功能飞行模拟，高安全、高可靠的天目全数字实时仿真软件SkyEye可提供完整解决方案。
继续访问
知识丨软件定义汽车的价值
通过软硬件分层解耦架构，汽车开发将进入到以软件为核心的迭代开发新模式——软硬件不仅可以同步进行平台化开发，还可保持差异化上市和持续升级迭代，从而大大缩短产品的研发周期。
继续访问
SkyEye助力飞控软件Debug
在嵌入式系统飞速发展的飞行控制领域，软硬件紧耦合的情况使得只有快速定位软件问题并找到问题出现的根本原因，才能最大程度地降低调试成本，缩短开发周期。
继续访问
软件：汽车的最新驱动
随着汽车产业“新四化”的加速推动，智能汽车已成为各国科技发展战略重点，在社会数字化转型的浪潮下逐渐形成跨领域协作、多技术融合的汽车产业新赛道，软件定义汽车已成为行业趋势与共识。
继续访问
嵌入式软件开发为什么需要DevOps？
为什么嵌入式软件开发对DevOps的接受度越来越高？点击文章，一探究竟。
继续访问
SkyEye携手DigiThread，共同助力卫星领域数字化进程
随着卫星的技术进步及其应用领域的不断拓展，卫星总体设计及应用仿真迫切需要先进仿真工具的强有力支持。
继续访问
基于模型的设计（MBD）在汽车ECU软件开发中的实践
基于模型的设计（MBD）是整车厂在当前激烈的竞争环境下的最优选，但如何选择一套应用MBD、以模型为核心，且能处理从需求、设计、代码生成到测试的开发工具？点击原文了解详情。
继续访问
汽车领域CI/CD
CI/CD在传统IT行业早已风靡多时，但汽车行业相比于传统IT行业有一定差异性。点击原文了解详情。
继续访问
知识丨软件定义汽车下的整车开发
新一轮科技革命和产业变革方兴未艾，作为新技术集成应用最佳载体之一的汽车正加速向智能化转型，智能汽车已成为全球汽车产业发展的战略方向。整车电子系统功能复杂度呈指数级上升，软件占比持续增大。
继续访问
汽车领域：自动化编译框架
如何提供自动化编译框架用于解决硬件平台的切换以及屏蔽硬件差异，以更好地实现应用的快速开发和部署，是软件研发的一个重要课题。
继续访问
基于ModelCoder的汽车悬挂系统建模
悬挂系统主要功能为支持车身、改善乘坐感觉。悬挂系统综合多种作用力，决定着汽车行驶过程的稳定性、舒适性和安全性，是整车厂需要考量的重要汽车部件之一。
继续访问
汽车领域：双态敏捷开发模型
“软件定义汽车”的时代，软件在整车制造中的重要性日渐凸显。但不同于其他行业的软件开发，汽车行业有自己独特的软件开发要求。
继续访问
嵌入式软件测试的10条秘诀
点击链接，了解嵌入式软件测试10条秘诀。
继续访问
浅议飞机状态监控
安全问题一贯是全球航空业的重中之重，随着航空装备的日益发展，飞机性能不断提高、功能不断完善，飞机系统结构愈加复杂，与之对应的维护保障成本也日益提升，如何解决这一问题依然是是航空从业者需要研究的课题。
继续访问
第三届中国云计算基础架构开发者大会成功举办！
2022年11月6日，第三届中国云计算基础架构开发者大会在浙江杭州成功举办！
继续访问
知识丨浅谈轨道交通信号系统的测试类型与测试方法
本文对测试过程进行简单的介绍和分类，探讨不同的测试方法和不同测试阶段的结合，并对未来测试发展进行初步讨论。
继续访问
汽车领域：基础软件验证平台
汽车电子的高速发展决定了基础软件所面临的要求将会更加严格，其要求会覆盖软件的安全性、稳定性、可扩展性等方方面面。为了提高软件质量，降低软件应用风险，构建高安全、高可靠性、高效率实施的基础软件验证平台则是必不可少的一环。
继续访问
35位大咖3.3万人观看｜第17届CLK大会圆满落幕，精彩回放已上线
分享回放链接和演讲课件，欢迎点击观看。
继续访问
电动汽车安全概述
在虚拟测试环境中任意注入故障，可随时暂停或反向执行，在该环境下缺陷可稳定复现。
继续访问
什么是“软件定义汽车”
“软件定义汽车”即软件将深度参与到汽车的定义、开发、验证、销售、服务等过程中，并不断改变和优化各个过程，是汽车从基于硬件的产品向软件为中心的电子设备不断转变的结果。
继续访问
pcie通信

什么是嵌入式白盒测试

根据IEEE（国际电机工程师协会）的定义，嵌入式系统是“控制、监视或者辅助装置、机器和设备运行的装置。从中可以看出嵌入式系统是软件和硬件的综合体，还可以涵盖机械等附属装置。目前国内一个普遍被认同的定义是：以应用为中心、以计算机技术为基础、软件硬件可裁剪、适应应用系统对功能、可靠性、成本、体积、功耗严格要求的专用计算机系统。通常嵌入式系统对可靠性的要求比较高。白盒测试或基本代码的测试检查程序的内部设计。根据源代码的组织结构查找软件缺陷，一股要求测试人员对软件的结构和作用有详细的了解，白盒测试与代码覆盖率密切相关，可以在白盒测试的同时计算出测试的代码的覆盖率，保证测试的充分性。把100％的代码都测试到几乎是不可能的， 所以要选择最重要的代码进行白盒测试。由于严格的安全性和可靠性的要求，嵌入式软件测试同非嵌入式软件测试相比，通常要求有更高的代码覆盖率。对于嵌入式软件，白盒测试一般不必在目标硬件上进行，更为实际的方式是在开发环境中通过硬件仿真进行，所以选取的测试工具应该支持在宿主环境中的测试。E智网为你解答，希望可以帮助到你！

嵌入式软件测试的软件动态测试工具

Tessy是一个专门针对嵌入式软件的C/C++代码进行单元、集成测试的工具，它可以自动化地执行测试、评估测试结果并生成测试报告。Tessy的目标就是：通过自动化整个测试周期，在所有测试阶段完美支持针对C语言的单元测试，当然，Tessy也同样关注测试组织和测试管理。
在以V模型为例的开发模式中，Tessy主要处理右半部分验证和确认中单元/模块测试，集成/组件测试以及系统测试的内容。在V模型的开发模式中，单元测试是第一个测试活动。它阻止了每一类错误，比如算法错误，在V模式的右边向上蔓延，这样可以尽可能早得发现Bug，防止直到后面的测试过程或者直到最终用户那里才被发现，单元测试有经济效益，越早发现bug越好。
另外，Tessy也可以满足各类标准（ISO26262、IEC 61508、 EN 50128/50129、 DO-178B、汽车SPiCE或FDA的软件验证通用原则）对测试的需求，比如ISO26262中各个测试等级中对模块测试的要求可以使用Tessy来满足，当然Tessy本身也通过了TUeV的认证，被证明是安全可靠的，可以在安全相关性的软件研发过程中被使用。自动生成测试环境：
Tessy可以自动生成测试环境驱动，选择自动或者手动打桩以及自动生成测试用例模板，帮助客户提高测试用例设计效率。

多种测试用例确定方式：
除了从Excel中导入测试用例，手动地设计测试用例外，Tessy里集成了CTE软件，根据分类树的方法通过Tessy自动化地关联测试用例。
支持动态测试的各阶段：
Tessy可以支持从单元测试到系统测试的动态测试过程各个阶段，通过单元测试检查最小单位为函数的功能，通过集成测试来测试各个子功能组合起来的模块能否达到预期要求的父功能以及相互间的接口，通过系统测试实现与目标板集成的测试环境来测试系统功能；另外Tessy可以自动发现被测对象的改变，分析被测对象的接口，重用测试用例和测试数据，从而为重复的回归测试节约大量的工作和时间，在接口不变的情况下Tessy可以完全自动化地执行不需要用户介入的回归测试；
全自动地测试执行及评估；
Tessy检查源文件并且通过分析程序代码来确定函数以及他们的接口，这些信息将被保存在特定的数据库中供随时检索，接口信息和测试数据的分离实现了结构和数据之间的明确划分，一方面，接口的测试使首先显示变化成为可能，另一方面，如果发生变化，通常也只有要测试的函数接口的几个元素要发生变化，在Tessy中接口发生变化时的处理相当简单；
测试报告生成：
管理测试数据并将测试结果文档，Tessy提供输入参数/执行测试和评估结果和报告文档，Tessy可以生成各种类型的测试报告，包括详细报告、概况报告以及覆盖度报告等。
显示测试覆盖度：
Tessy提供C1覆盖，即分支覆盖branch coverage或者判定覆盖decision coverage ；条件覆盖，即多条件覆盖MCC（Multiple Condition Coverage）和修正条件判定覆盖MC/DC（Modified Condition/Decision Coverage），Tessy是通过测试应用程序来获取测试覆盖信息的；
支持各种测试环境：
Tessy可以支持超过130种微控制器、交叉编译器和调试器的组合； 这确保了Tessy能够处理交叉编译器生成的非标准C（ANSI-C）微控制器特定的代码； 一旦Tessy和不同的调试器完成集成，就可以自动执行测试了。
支持ASAP2：在Tessy中设计测试用例之前选择与ASAP2标准的集成功能，确定需要导入的ASAP2文件，使用ASAP2转换规则自动地将测试用例中设计的测试数据物理值转换为在目标板中执行测试对象的整数值，从而简化测试用例设计的理解和实现，并且可以在Tessy中显示其他ASAP2信息，例如单位，最大/最小值等。
Tessy用户列表及典型案例：Tessy被广泛应用于汽车、国防、铁路、医疗和工业应用领域当中，众多著名的汽车整车厂、零部件供应商都在使用Tessy。汽车行业：Behr-Hella,Bertrandt,Beru,BMW,Bose,Brose,Continental Temic,Daimler,Delphi,Delphi Grundig,Getrag,Helbako,Hella,John Deere,Kiekert,Kostal,Lear,Magna,Marquardt,Pierburg,Preh,SAB Wabco,Siemens VDO,Takata,Tata Elxsi,Tesla,TietoEnator,TRW,Wabco,Valeo,ZF,… 安全关键性领域：Bosch Rexroth,Demag Cranes,Endress&Hauser,Festo,Hanning&Kahl,Liebherr,SEW,Siemens A&D,Testo,Wago,… 医疗行业：Allergan,Biotronik,Dräger,getemed,Leica Biosystems,Otto Bock,Sensimed,Stago,St. Jude Medical,Ypsomed,… 白色家电、国防等领域

如何实现针对嵌入式软件的功能测试

http://www.gougou.com/search?search=%E9%92%88%E5%AF%B9%E5%B5%8C%E5%85%A5%E5%BC%8F&restype=-1&id=10000002&ty=0&pattern=0

以上就是嵌入式软件测试技巧有哪些？的全部内容了，但愿对大家有所帮助。