189 8069 5689
本篇内容介绍了“如何理解嵌入式软件单元测试/集成测试工具winAMS”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
十多年的扶风网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。全网整合营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整扶风建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联公司从事“扶风网站设计”,“扶风网站推广”以来，每个客户项目都认真落实执行。
[Coverage master winAMS]是以嵌入式软件的函数为单位，实施模块单元测试以及C0/C1/MCDC覆盖率测试（coverage test）的嵌入式软件自动化单元测试工具。目标机源代码通过交叉编译器生成目标机执行代码，通过跟实际处理器同样的模拟处理器环境进行单元测试，不需要对执行代码做任何变动，使高信赖性的模块测试成为可能。在汽车控制软件这样的对安全性要求极高的领域，单元测试已经成为不可缺少的一部分。使用目标机代码进行单元测试也是为了符合汽车行业中ISO26262功能安全认证标准。
全面支持嵌入式微机！验证嵌入式C/C++软件 实施以模块为单位的自动化单元测试工具作为能够检验出仅凭系统测试以及整体测试无法发现的[潜在错误]的检测方法，[单元测试]在嵌入式开发领域受到广泛重视。同时，单元测试也是汽车用软件功能安全（ISO26262）领域中要求实施的认证项目之一。
[Coverage master winAMS]直接使用通过交叉编译生成的目标机代码，在模拟处理器环境下进行单元测试。既能实现C语言程序的逻辑上的单元验证，又能够对嵌入式微机组装为产品后可能发生的问题等进行具有高信赖度的白盒（white box）测试。
有些公司的单元测试工具往往采用在被测试对象的源代码中追加测试用代码或者测试用驱动器的方法，导致测试时所用的代码与组装为产品后的目标机用代码不同。虽然[理论上运行功能应该是相同的]，但是从嵌入式开发的角度考虑，这样就如同对交叉编译所生成的经过优化处理的代码进行了加工，无法确保最终产品的质量。Coverage master winAMS是业界唯一的，具有[不需要对被测试对象做任何加工]实施单元测试功能的工具，特别是在安全性要求高的领域中得到很高的评价。
Coverage master winAMS不需要追加任何测试用驱动器或测试用代码，可以直接使用将组装成产品的目标代码进行单元测试。单元测试能够与软件开发使用共同的交叉编译环境，不再需要对测试资源进行专门管理，也不再需要建立其他专用环境。因此，既方便程序资源管理，又能够缩短准备测试环境所需的时间。
ISO26262是从IEC61508衍生出来的适用于汽车制造领域的功能安全标准。其中的Part.6-9[软件程序单元测试]包括了关于软件程序的构造覆盖率测试以及有关的规定项目。根据汽车安全标准（ASIL），提出了测试语句覆盖率（statement coverage），分支覆盖率（branch coverage），MC/DC覆盖率的推荐性事项。
其中的另一个推荐性事项是
[尽可能使单元测试的环境与目标环境相同]
的规定。如果在与目标环境不同的环境下进行单元测试，必须表明源代码与目标代码的差别，以及目标环境和测试环境的差别。因此，对于那些使用与目标微机不同的电脑进行编译和单元测试的其他公司的工具而言，这个要求很难满足。 还有些公司的单元测试工具虽然包括交叉编译环境及编译功能，而且也能够在与目标环境相同的环境下进行测试，但是所有的测试都需要插入测试用代码，进行再次编译，因此测试也只能在与目标环境不同的环境下实施。
GAIO提供的单元测试工具Coverage master winAMS具有
●采用全面支持嵌入式微机的微机化功能测试平台环境
●不需要插入测试用代码直接使用目标机代码进行测试
的特征，提供符合ISO26262标准要求的必须功能。GAIO提供的Coverage master winAMS是符合ISO26262标准[直接使用整装用代码实施单元测试]这一要求的业界唯一的工具。
已取得第三方认证机构TUVSUD对适用于汽车机能安全ISO26262软件工具的认证2012年6月28日，「Coverage master winAMS / General」测试工具获得由德国TUVSUD第三方认证机构，在汽车机能安全规格的ISO26262软件工具方面的认证，包括日本在内亚洲地区首次获得该项认证。
通过此项认证，说明本公司的单元测试工具「Coverage master winAMS / General」，以及程序分析工具「CasePlayer2」，在静态分析和单元测试领域，是符合所有安全度水准的工具，并由TUVSUD认证机构得到了保障。
ISO 26262对于不同的开发用软件工具在工具置信水平（TCL），都需要开发者提供开发软件工具的认证书。此项认证适用于在工具认证当中，最为复杂的TCL3工具认证标准。因此，导入本公司的单元测试工具之后，不需要对TCL的部分进行认证，进而可以缩减手续跟时间。
SSTManager是Coverage master winAMS的应用功能，用于管理单元测试project，制作测试数据（test data）。从设定测试环境开始，到报告测试结果为止，均由微机化功能测试平台（ISS）实施综合管理。
Coverage master winAMS不需要插入测试用代码，直接使用目标机代码进行单元测试。采用通用便利的CSV文件管理函数测试时使用的输入输出数据。测试结束后，输出的测试结果和输出的期待值也将以相同的格式显示在CSV文件之中。
根据测试的输入输出数据自动报告相应源代码的C0/C1测试覆盖率结果。包括通过图形（viewer）显示测试数据，以及与其相应的被测试的源代码路径的功能，用于分析测试结果。作为选项功能也包括MC/DC覆盖率测试功能。
作为选项功能提供MC/DC覆盖率测试功能。C0/C1覆盖率测试不需要加工即可直接使用目标机代码。然而，MC/DC覆盖率测试对于复合式的条件式，需要自动插入HookCode将复合式的条件式分解，才能对各条件式进行测试。这样就有可能导致测试用代码与目标机用代码的不同。为了验证HookCode的妥当性，在MC/DC覆盖率测试的同时，运行目标机代码，确认运行结果与期待值的一致性。
注:右图举例显示，第2个if句的复合条件式中，[gbc>30]为false时的分支没有被测试到。以C1覆盖率测试来说，它的测试结果是OK；而对于MC/DC覆盖率测试来说，它的结果是NG。
注: MC/DC覆盖率测试功能不支持C++程序。
利用CasePlayer2生成的流程图表以及模块构造图（调用函数的构造图）与源代码的连接（link）功能，使单元测试用源代码的解析工作效率化。
联合程序解析工具CasePlayer2，自动检索被测试函数所使用的外部变量。缩短了以往必须对源代码进行搜索找出输入条件的变量所需的工作。而且，能够防止人工操作导致的类似变量指定遗漏的的错误。
联合程序解析工具CasePlayer2，自动化制作符合覆盖率测试要求的条件分支if,switch,for,while等的测试数据。可以将被测试函数中含有的条件式（if以及switch等）在数据制成图形(Viewer)上列表显示。点击其中的条件，工具将自动开始检索与之相关的变量，进而从所设置的条件的境界值中自动生成覆盖率测试所需要的数据。
为了达到C1/MCDC覆盖率，测试时需要对各函数的数据进行组合。利用CasePlayer2提供的解析结果，分析条件式的net构造，在重复性限制在最小限度下生成C1/MCDC覆盖率测试用数据。
CoverageMaster winAMS Supported Processor List(English)
・操作PC/OS
・IBM PC/AT 兼容机
・Pentium(相当) 2GHz 以上的CPU
・存储器 512MB 以上（推荐值）
・显示器分辨率 XGA(1024*768)以上（推荐值）
・Windows XP, Windows Vista, Windows 7（32bit/64bit）（※Windows 95/98/Me/NT/2000 未支持）
“如何理解嵌入式软件单元测试/集成测试工具winAMS”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！