如今，幾乎所有的安全關鍵型嵌入式軟件應用都是由三個部分組成：開發人員編寫的應用程序代碼、標準庫組件和實時操作系統（RTOS）。

　　對于eSOL歐洲公司的工程副總裁Rolland Dudemaine來說，最后一個關鍵因素是符合安全標準，例如汽車行業的國際性安全標準ISO 26262。而他的職責之一就是確保團隊所開發和支持的實時操作系統經過了全面穩健的合規性測試。

　　這就是為何eSOL選擇了Solid Sands的SuperTest C和C++編譯器與庫的測試和驗證套件來承擔這項工作的關鍵部分。目前，用于汽車和其他安全關鍵應用的多核處理器在單個芯片上擁有數十或數百個內核，因此驗證操作系統的合規性是該公司開發工作的關鍵部分。

　　“多核處理是我們很早之前就發現的一個趨勢。我們創建了一個名為eMCOS的操作系統，旨在為擁有多達256個內核甚至更多內核的系統上運行，目前該系統主要用于汽車市場的客戶，”Rolland Dudemaine說道，“我們還有一個團隊可支持Autoware（汽車軟件）、AUTOSAR Classic Platform（汽車開放系統架構經典平臺）和AUTOSAR Adaptive Platform（汽車開放系統架構自適應平臺）。”

　　為提供基于eMCOS或AUTOSAR安全認證的操作系統和平臺，eSOL需要提供經過全面測試的標準編程API （應用編程接口），而SuperTest非常適合此任務。

　　“每個人都希望操作系統在出廠時帶有C語言庫，有時還需C++庫，因此我們需要確保這些庫的功能是按照最新的功能性安全（FuSa）方法進行全面測試的。”

　　對我們來說，使用SuperTest至關重要，因為即使是使用Arm平臺和具有功能安全資格的商用ARM編譯器，以及一套合格的C和C++庫，也無法滿足我們所有需求——諸如malloc（動態內存分配）、部分C庫和POSIX庫中依賴于操作系統的部分，以及我們操作系統API（應用編程接口）相關的附加標頭文件。

　　“不包括這些部分并不是Arm的缺失，而是因為它們依賴于操作系統，因此Arm工具被設計為操作系統或平臺供應商將實現其余部分。”

　　現在，eSOL的eMCOS開發團隊在eSOL每個新發布的操作系統上運行SuperTest，以驗證其涵蓋的許多操作系統API（應用編程接口）是否按預期運行。

　　“我們將SuperTest用作功能測試套件、覆蓋測試套件和合規性測試套件，因為我們的客戶希望eSOL提供的操作系統是已經通過全面的測試并符合要求的，”Rolland說道。“SuperTest已為我們的客戶和合作伙伴所熟悉是其一大優勢，甚至他們也經常自己使用SuperTest來驗證合規性。實際上，在我們的操作系統和庫測試上使用SuperTest也對我們的客戶和合作伙伴而言更有信心。”

　　“SuperTest的兩大價值首先是測試套件本身的能力，其次是針對已開發的測試所對應的文檔。增加新的測試來滿足我們的特定需求也并不困難，”Rolland補充道，“除了SuperTest和其包含的C++庫測試，我們還增加了其他測試，以配合我們特定的操作系統。”

　　就安裝而言，讓SuperTest啟動和運行是非常簡單的。

　　“SuperTest的初始安裝很簡便，代碼也很整潔，這意味著該工具可以很快上線。Solid Sands的日本經銷商為我們提供了高質量和反應迅速的服務支持，”Rolland說道，“我們不僅將Solid Sands看作供應商，也將其視為合作伙伴，因為使用SuperTest對我們許多客戶而言，也會是勢在必行的趨勢。”