自动化工具 单元测试/集成测试自动化工具--WinAMS

fzm5298 · 2023年07月12日 · 1551 次阅读

CoverageMaster winAMS : 适用于嵌入式目标机代码的单元测试/集成测试工具
全面支持嵌入式微机!验证嵌入式 C/C++ 软件 实施以模块为单位的自动化单元测试工具
不需要 HookCode 直接使用目标机代码进行单元测试
联合静态解析工具 [CasePlayer2],提供 C0(语句),C1(判定),MC/DC 覆盖率报告,优化测试用例制作
已取得第三方认证机构 TUVSUD 对适用于汽车机能安全 ISO26262 软件工具的认证
产品概要
[Coverage master winAMS] 是以嵌入式软件的函数为单位,实施模块单元测试以及 C0/C1/MCDC 覆盖率测试(coverage test)的嵌入式软件自动化单元测试工具。目标机源代码通过交叉编译器生成目标机执行代码,通过跟实际处理器同样的模拟处理器环境进行单元测试,不需要对执行代码做任何变动,使高信赖性的模块测试成为可能。在汽车控制软件这样的对安全性要求极高的领域,单元测试已经成为不可缺少的一部分。使用目标机代码进行单元测试也是为了符合汽车行业中 ISO26262 功能安全认证标准。
产品特长
全面支持嵌入式微机!验证嵌入式 C/C++ 软件 实施以模块为单位的自动化单元测试工具
作为能够检验出仅凭系统测试以及整体测试无法发现的 [潜在错误] 的检测方法,[单元测试] 在嵌入式开发领域受到广泛重视。同时,单元测试也是汽车用软件功能安全(ISO26262)领域中要求实施的认证项目之一。

[Coverage master winAMS] 直接使用通过交叉编译生成的目标机代码,在模拟处理器环境下进行单元测试。既能实现 C 语言程序的逻辑上的单元验证,又能够对嵌入式微机组装为产品后可能发生的问题等进行具有高信赖度的白盒(white box)测试。
不需要 HookCode 使直接使用目标机代码进行单元测试成为可能的业界唯一的工具
有些公司的单元测试工具往往采用在被测试对象的源代码中追加测试用代码或者测试用驱动器的方法,导致测试时所用的代码与组装为产品后的目标机用代码不同。虽然 [理论上运行功能应该是相同的],但是从嵌入式开发的角度考虑,这样就如同对交叉编译所生成的经过优化处理的代码进行了加工,无法确保最终产品的质量。Coverage master winAMS 是业界唯一的,具有 [不需要对被测试对象做任何加工] 实施单元测试功能的工具,特别是在安全性要求高的领域中得到很高的评价。

不需建立单元测试专用的环境,可以在开发用交叉编译环境进行单元测试
Coverage master winAMS 不需要追加任何测试用驱动器或测试用代码,可以直接使用将组装成产品的目标代码进行单元测试。单元测试能够与软件开发使用共同的交叉编译环境,不再需要对测试资源进行专门管理,也不再需要建立其他专用环境。因此,既方便程序资源管理,又能够缩短准备测试环境所需的时间。
符合汽车功能安全标准(ISO26262)[不做加工直接使用目标机代码实施单元测试] 这一要求的最佳工具
ISO26262 是从 IEC61508 衍生出来的适用于汽车制造领域的功能安全标准。其中的 Part.6-9[软件程序单元测试] 包括了关于软件程序的构造覆盖率测试以及有关的规定项目。根据汽车安全标准(ASIL),提出了测试语句覆盖率(statement coverage),分支覆盖率(branch coverage),MC/DC 覆盖率的推荐性事项。
其中的另一个推荐性事项是
[尽可能使单元测试的环境与目标环境相同]
的规定。如果在与目标环境不同的环境下进行单元测试,必须表明源代码与目标代码的差别,以及目标环境和测试环境的差别。因此,对于那些使用与目标微机不同的电脑进行编译和单元测试的其他公司的工具而言,这个要求很难满足。 还有些公司的单元测试工具虽然包括交叉编译环境及编译功能,而且也能够在与目标环境相同的环境下进行测试,但是所有的测试都需要插入测试用代码,进行再次编译,因此测试也只能在与目标环境不同的环境下实施。
GAIO 提供的单元测试工具 Coverage master winAMS 具有
●采用全面支持嵌入式微机的微机化功能测试平台环境
●不需要插入测试用代码直接使用目标机代码进行测试
的特征,提供符合 ISO26262 标准要求的必须功能。GAIO 提供的 Coverage master winAMS 是符合 ISO26262 标准 [直接使用整装用代码实施单元测试] 这一要求的业界唯一的工具。
关于汽车机能安全 ISO26262 的对应以及认证的获得
已取得第三方认证机构 TUVSUD 对适用于汽车机能安全 ISO26262 软件工具的认证
2012年6月28日,「Coverage master winAMS / General」测试工具获得由德国 TUVSUD 第三方认证机构,在汽车机能安全规格的 ISO26262 软件工具方面的认证,包括日本在内亚洲地区首次获得该项认证。
通过此项认证,说明本公司的单元测试工具「Coverage master winAMS / General」,以及程序分析工具「CasePlayer2」,在静态分析和单元测试领域,是符合所有安全度水准的工具,并由 TUVSUD 认证机构得到了保障。
ISO 26262 对于不同的开发用软件工具在工具置信水平(TCL),都需要开发者提供开发软件工具的认证书。此项认证适用于在工具认证当中,最为复杂的 TCL3 工具认证标准。因此,导入本公司的单元测试工具之后,不需要对 TCL 的部分进行认证,进而可以缩减手续跟时间。
主要的单元测试功能
采用 SSTManager 管理单元测试 project
SSTManager 是 Coverage master winAMS 的应用功能,用于管理单元测试 project,制作测试数据(test data)。从设定测试环境开始,到报告测试结果为止,均由微机化功能测试平台(ISS)实施综合管理。
采用通用便利的 CSV 文件管理测试数据的输入输出
Coverage master winAMS 不需要插入测试用代码,直接使用目标机代码进行单元测试。采用通用便利的 CSV 文件管理函数测试时使用的输入输出数据。测试结束后,输出的测试结果和输出的期待值也将以相同的格式显示在 CSV 文件之中。
C0/C1 覆盖率报告的自动化制作功能(标准功能)
根据测试的输入输出数据自动报告相应源代码的 C0/C1 测试覆盖率结果。包括通过图形(viewer)显示测试数据,以及与其相应的被测试的源代码路径的功能,用于分析测试结果。作为选项功能也包括 MC/DC 覆盖率测试功能。

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,实现代码参照解析作业的效率化
利用 CasePlayer2 生成的流程图表以及模块构造图(调用函数的构造图)与源代码的连接(link)功能,使单元测试用源代码的解析工作效率化。
能够自动检索被测试函数的外部变量,使测试条件设定效率化
联合程序解析工具 CasePlayer2,自动检索被测试函数所使用的外部变量。缩短了以往必须对源代码进行搜索找出输入条件的变量所需的工作。而且,能够防止人工操作导致的类似变量指定遗漏的的错误。

根据代码解析自动化制作 C0,C1,MC/DC 覆盖率测试计划
联合程序解析工具 CasePlayer2,自动化制作符合覆盖率测试要求的条件分支 if,switch,for,while 等的测试数据。可以将被测试函数中含有的条件式(if 以及 switch 等)在数据制成图形 (Viewer) 上列表显示。点击其中的条件,工具将自动开始检索与之相关的变量,进而从所设置的条件的境界值中自动生成覆盖率测试所需要的数据。
为了达到 C1/MCDC 覆盖率,测试时需要对各函数的数据进行组合。利用 CasePlayer2 提供的解析结果,分析条件式的 net 构造,在重复性限制在最小限度下生成 C1/MCDC 覆盖率测试用数据。

支持 MPU
 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 未支持)

暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册