2024年嵌入式软件测试的小结_嵌入式测试问题复盘，2024年最新深入理解物联网嵌入式开发的核心知识点

收集整理了一份《2024年最新物联网嵌入式全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升的朋友。

如果你需要这些资料，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人

都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

嵌入式软件是基于嵌入式系统设计的软件，它是计算机软件的一种，同样由程序及其文档组成，可分为操作系统，支撑软件，应用软件三大类，是嵌入式系统的重要组成部分。

说通俗易懂一点就是一套安装在带有linux系统的PCB板子上的软件。像这样：

嵌入式软件的特征：

·系统内核小

· 专用性强

· 系统精简

· 高实时性操作系统

· 基于硬件和软件的相辅相成

· 与商用软件测试异同点

此文单从黑盒测试的角度来讲。

相同点

嵌入式软件测试和商用软件测试的目的和原则是相同的，都是为了找Bug、跟踪Bug、验证Bug，使产品实现需求文档上功能，满足用户需求。

不同点

需要的测试环境不同。

测试嵌入式软件的时候，你需要准备的环境是一整套设备，里面可能包含电源、网线、高清线（各种视频传输线）、交换机、摄像头、麦克风、U盘、路由器等等。

测试商用软件可能就是一个安装包，或者是一个测试URL，你需要准备的可能就是一个电脑或者一部手机。

测试的思维不同（要做到出现问题先自检）。

这里的测试思维并不是说设计测试用例时需要的思维方式，而是在定位Bug的时候，思维不一样。

在测试嵌入式软件的时候，如果出现某个功能无法实现，有可能是确实是功能实现问题，有可能是内存问题，有可能是硬件支持问题，有可能是驱动问题，有可能是网络问题，有可能是硬件物理接口问题。

虽然看似这些问题与我无关，但是如果是硬件支持的问题，你抛出Bug，开发排查完之后发现是你自己没有按照规格接入所能支持的硬件，到时候尴尬的是不是你？

再比如POE网口如果没有接入支持POE的网线，造成问题是不是你的不专业了等等，我们既然是测试工程师，那就应该要有工程师的专业程度来完成工作。

在测试商用软件的时候，遇到功能无法实现，我们大部分情况下就是直接抛出Bug给开发，附带Bug截图、log和操作步骤，通常都好使。

需要的技能点不同

根据这几年的测试项目经验，发现嵌入式软件测试对计算机网络原理的应用比较频繁。

在测试嵌入式软件的时候，你要接入网线、进行网络配置、接入交换机、了解网络通信、数据传输等等……

也就是说嵌入式软件测试你需要的是（扎实的软件测试理论和测试方法+计算机网络相关基础知识）。

而测试商用软件的时候，由于环境搭建没有太复杂，涉及到计算机网络相关的知识比较少，需要的往往是扎实的软件测试理论和测试方法。

嵌入式软件测试的自身特点和测试困难：

· 目前系统资源有限

· 与硬件系统紧密关联

· 运行平台多样化

· 交叉式的测试模式

· 系统的安全性、可靠性、系统运行结果的正确性等

嵌入式软件的测试策略与一般的商用软件有很大的区别。

有人可能会问嵌入式软件测试难吗？跟商用软件测试相比哪个难度更高？

我感觉在黑盒测试中，嵌入式软件测试是要比商用软件测试难度高的，我只站在嵌入式软件的黑盒测试角度来发言。为什么这么说呢，我暂时只想到以下几点：

硬件平台不同导致测试难度增大，由于嵌入式软件是跟硬件平台紧密关联的，也就是说同一套软件，如果移植到另一个平台上，就要从头到尾的测试一遍，在工作量上就比商用软件大，出错几率也会提升，相应的测试难度也会提高一点。我就遇到一个项目需要跑在两个平台的情况。

测试环境导致测试难度增大，我可以很肯定的说，同一套设备在A环境操作正常，我只要换一个交换机，搭建一个B环境，就很有可能会出现Bug，所以有经验的嵌入式软件测试同学在遇到客诉的Bug时第一时间都是问当时的环境是什么，设备有哪些，操作步骤是什么？必要时采取将设备全部寄回来复现。

收集整理了一份《2024年最新物联网嵌入式全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升的朋友。

如果你需要这些资料，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人

都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

n.net/topics/618679757)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人

都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！