模块系统和使用测试自动化框架的端到端验证

　　本文将简要概述任何 SOM 或我们称为开发套件的任何载卡的验证，在根据最终用户的产品要求交付新解决方案之前，需要经过不同的验证和验证，以及他们如何可以为任何自动化测试过程的成功做出贡献。

　　SOM 是一个完整的 CPU 架构，内置于信用卡大小的小封装中。它是一种板级电路，集成了系统功能，并在单个模块上提供了嵌入式处理系统的核心组件——处理器内核、通信接口和内存块。设计任何基于 SOM 的产品都比从头开始设计整个系统要快得多。

　　全球市场上有多家系统级模块制造商提供等量的开源自动化测试框架。如果您计划在您的产品中使用系统模块 （SOM），首先需要从可用的框架中识别测试自动化框架，然后检查适合您需求的模块。

　　模块系统 （SOM） 可确保降低任何应用程序的开发和设计风险。SOM 是一个可重复使用的模块，具有最大的硬件/处理器复杂性，减少了载体/主板上的工作量，从而加快了上市时间。

　　它降低了对产品成功至关重要的设计复杂性和上市时间。这些System-on-Module运行一个操作系统，主要用于需要以太网、文件系统、高分辨率显示器、USB、Internet等的应用，以及需要高计算量且开发工作量少的应用。如果您正在构建体积小于 20-25K 的产品，则使用现成的 SOM 进行产品开发是切实可行的。

　　SOM 的测试自动化框架

　　测试自动化框架是一组用于开发测试用例的指南。框架是旨在支持更有效测试的工具和实践的结合。该指南涉及编码标准、处理测试数据的方法、对象存储库、存储测试结果的过程或有关访问外部资源的信息。

　　测试框架是任何成功进行自动化测试的产品发布的重要组成部分。使用自动化测试框架将提高团队的测试效率和准确性，并将减少时间和风险。

　　有不同类型的自动化测试框架。选择正确的框架对于您的 SOM 应用程序测试非常重要。

　　下面是几个常用的例子：

　　线性自动化框架

　　基于模块化的测试框架

　　图书馆架构测试框架

　　数据驱动框架

　　关键字驱动的框架

　　混合测试框架

　　综上所述，模块化和混合测试框架最适合 SOM 及其开发套件验证。测试的最终目标是确保软件按照规范工作并符合用户期望。

　　整个过程涉及相当多的测试类型，根据应用程序和组织的性质，这些测试类型优先于其他类型或优先于其他类型。让我们看看端到端测试过程中涉及的一些基本测试。

　　单元测试

　　完整的软件堆栈由许多小组件组成。与其直接测试完整的软件堆栈，不如先涵盖单个模块级别的测试。在这里，单元测试确保具有模块/方法级别的输入/输出测试覆盖率。

　　单元测试为复杂的集成软件提供了基础，并提供了高质量的应用程序代码，加速了持续集成和开发过程。通常单元测试是由开发人员通过测试自动化来执行的。

　　冒烟测试

　　冒烟测试用于验证部署的软件构建是否稳定。继续进行进一步测试取决于烟雾测试结果。它也称为构建验证测试，用于检查功能是否满足其目标。如果 SOM 没有清除烟雾，仍然需要一些开发工作。

　　健全性测试

　　按预期工作的更改或提议的功能由健全性测试定义。假设我们修复了嵌入式产品的启动流程中的一些问题，那么它应该去验证团队进行健全性测试。一旦通过此测试，它不应影响其他基本功能。健全性测试是无脚本的，专门针对发生代码更改的区域。

　　回归测试

　　每次修改/修改程序时，都应该重新测试以确保修改不会无意中“破坏”一些不相关的行为。这称为回归测试。这些测试通常通过测试脚本自动化。每次测试程序/设计时，它都应该给出一个平滑的结果。

　　功能测试

　　功能测试指定系统做什么。它也被称为黑盒测试，因为功能测试的测试用例是在没有参考实际代码的情况下开发的，即没有查看“盒子内部”。

　　所有嵌入式系统都有输入、输出。黑盒测试是关于哪些输入应该是可接受的以及它们应该如何与输出相关联。

　　测试人员不知道模块或源代码的内部结构。黑盒测试包括压力测试、边界值测试和性能测试。

　　图像/视频密集型行业在为显式应用程序设计和开发定制硬件解决方案方面面临困难，同时减少了时间和成本。它与快速发展且复杂性增加的处理器相关联，要求产品公司在短时间内不断推出升级的变体。

　　在过去的几年里，Softnautics 围绕 Lattice、Xilinx、Intel、Qualcomm、TI 等各种处理器系列开发了复杂的软件，并成功地测试了视觉处理、AI/ML、多媒体、工业物联网等应用的板卡。更多的。

　　Softnautics 拥有经过市场验证的开发验证和验证自动化套件的流程，在功能和/或性能覆盖率方面零妥协，以及使用内部 STAF和开源框架执行测试自动化。Softnautics 还为产品/解决方案的未来版本、版本管理和产品维护/维护提供测试支持。

　　审核编辑：郭婷