当前位置:网站首页>嵌入式软件测试的经验经历和总结
嵌入式软件测试的经验经历和总结
2022-06-22 03:39:00 【玩技e族】
前言
文章源自玩技e族-https://www.playezu.com/135818.html
文章内容为本人这三年来在嵌入式软件测试(黑盒)上的一些积累吧,说起来也挺快的,毕业三年的时间就这样过去了,在两家公司工作过(现在这家是第二家),这几年的测试项目基本都是围绕着嵌入式软件,同时需要兼顾测试App端、Web端功能、Web后端接口(Postman),只是测试业务重心还是在嵌入式软件上。文章源自玩技e族-https://www.playezu.com/135818.html
为什么测试的这么杂呢,其实这些全部加起来只是一个产品,只是因为目前就只有我一个测试,所以整套系统都是由我一个人来测。文章源自玩技e族-https://www.playezu.com/135818.html
就拿我现在这家公司做的一个视频会议系统来说吧,整套系统包含有硬终端(Linux端)、App端、Web端(用于后台账户/会议管理等)、PC端组成。文章源自玩技e族-https://www.playezu.com/135818.html
接触过嵌入式软件测试的同学应该都明白这些事,下面我就来说说自己这几年对嵌入式软件测试的理解和看法吧,欢迎留言补充或讨论,勿喷喔~文章源自玩技e族-https://www.playezu.com/135818.html
什么是嵌入式系统?文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式系统是一种“完全嵌入受控器件内部,为特定应用而设计的专用计算机系统”。文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式系统是“用于控制,监视或辅助操作机器和设备的装置”。文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式系统还可以定义为“以应用为中心,以计算机技术为基础,软硬件可裁剪,功能、可靠性、成本、体积、功耗要求严格的专用计算机系统。”文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式系统由嵌入式硬件和嵌入式软件两部分组成,硬件是支撑,软件是灵魂。文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式系统按实时性分类,可分为非实时性,软实时性和硬实时性。文章源自玩技e族-https://www.playezu.com/135818.html
其中硬实时性是指系统对响应时间有严格要求,如果响应时间不能满足,就要引起系统崩溃或致命错误;软实时性是指系统对响应时间有要求,但是如果系统响应时间不能满足,不会导致系统出现致命的错误或崩溃。文章源自玩技e族-https://www.playezu.com/135818.html
什么是嵌入式软件?
嵌入式软件是基于嵌入式系统设计的软件,它是计算机软件的一种,同样由程序及其文档组成,可分为操作系统,支撑软件,应用软件三大类,是嵌入式系统的重要组成部分。文章源自玩技e族-https://www.playezu.com/135818.html
文章源自玩技e族-https://www.playezu.com/135818.html
说通俗易懂一点就是一套安装在带有linux系统的PCB板子上的软件。像这样:文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式软件的特征:文章源自玩技e族-https://www.playezu.com/135818.html
·系统内核小文章源自玩技e族-https://www.playezu.com/135818.html
· 专用性强文章源自玩技e族-https://www.playezu.com/135818.html
· 系统精简文章源自玩技e族-https://www.playezu.com/135818.html
· 高实时性操作系统文章源自玩技e族-https://www.playezu.com/135818.html
· 基于硬件和软件的相辅相成文章源自玩技e族-https://www.playezu.com/135818.html
· 与商用软件测试异同点文章源自玩技e族-https://www.playezu.com/135818.html
此文单从黑盒测试的角度来讲。文章源自玩技e族-https://www.playezu.com/135818.html
文章源自玩技e族-https://www.playezu.com/135818.html
相同点
嵌入式软件测试和商用软件测试的目的和原则是相同的,都是为了找Bug、跟踪Bug、验证Bug,使产品实现需求文档上功能,满足用户需求。文章源自玩技e族-https://www.playezu.com/135818.html
文章源自玩技e族-https://www.playezu.com/135818.html
不同点
需要的测试环境不同。文章源自玩技e族-https://www.playezu.com/135818.html
测试嵌入式软件的时候,你需要准备的环境是一整套设备,里面可能包含电源、网线、高清线(各种视频传输线)、交换机、摄像头、麦克风、U盘、路由器等等。文章源自玩技e族-https://www.playezu.com/135818.html
测试商用软件可能就是一个安装包,或者是一个测试URL,你需要准备的可能就是一个电脑或者一部手机。文章源自玩技e族-https://www.playezu.com/135818.html
测试的思维不同(要做到出现问题先自检)。文章源自玩技e族-https://www.playezu.com/135818.html
这里的测试思维并不是说设计测试用例时需要的思维方式,而是在定位Bug的时候,思维不一样。文章源自玩技e族-https://www.playezu.com/135818.html
在测试嵌入式软件的时候,如果出现某个功能无法实现,有可能是确实是功能实现问题,有可能是内存问题,有可能是硬件支持问题,有可能是驱动问题,有可能是网络问题,有可能是硬件物理接口问题。文章源自玩技e族-https://www.playezu.com/135818.html
虽然看似这些问题与我无关,但是如果是硬件支持的问题,你抛出Bug,开发排查完之后发现是你自己没有按照规格接入所能支持的硬件,到时候尴尬的是不是你?文章源自玩技e族-https://www.playezu.com/135818.html
再比如POE网口如果没有接入支持POE的网线,造成问题是不是你的不专业了等等,我们既然是测试工程师,那就应该要有工程师的专业程度来完成工作。文章源自玩技e族-https://www.playezu.com/135818.html
在测试商用软件的时候,遇到功能无法实现,我们大部分情况下就是直接抛出Bug给开发,附带Bug截图、log和操作步骤,通常都好使。文章源自玩技e族-https://www.playezu.com/135818.html
文章源自玩技e族-https://www.playezu.com/135818.html
需要的技能点不同
根据这几年的测试项目经验,发现嵌入式软件测试对计算机网络原理的应用比较频繁。文章源自玩技e族-https://www.playezu.com/135818.html
在测试嵌入式软件的时候,你要接入网线、进行网络配置、接入交换机、了解网络通信、数据传输等等……文章源自玩技e族-https://www.playezu.com/135818.html
也就是说嵌入式软件测试你需要的是(扎实的软件测试理论和测试方法+计算机网络相关基础知识)。文章源自玩技e族-https://www.playezu.com/135818.html
而测试商用软件的时候,由于环境搭建没有太复杂,涉及到计算机网络相关的知识比较少,需要的往往是扎实的软件测试理论和测试方法。文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式软件测试的自身特点和测试困难:文章源自玩技e族-https://www.playezu.com/135818.html
· 目前系统资源有限文章源自玩技e族-https://www.playezu.com/135818.html
· 与硬件系统紧密关联文章源自玩技e族-https://www.playezu.com/135818.html
· 运行平台多样化文章源自玩技e族-https://www.playezu.com/135818.html
· 交叉式的测试模式文章源自玩技e族-https://www.playezu.com/135818.html
· 系统的安全性、可靠性、系统运行结果的正确性等文章源自玩技e族-https://www.playezu.com/135818.html
嵌入式软件的测试策略与一般的商用软件有很大的区别。文章源自玩技e族-https://www.playezu.com/135818.html
文章源自玩技e族-https://www.playezu.com/135818.html
有人可能会问嵌入式软件测试难吗?跟商用软件测试相比哪个难度更高?
我感觉在黑盒测试中,嵌入式软件测试是要比商用软件测试难度高的,我只站在嵌入式软件的黑盒测试角度来发言。为什么这么说呢,我暂时只想到以下几点:文章源自玩技e族-https://www.playezu.com/135818.html
硬件平台不同导致测试难度增大,由于嵌入式软件是跟硬件平台紧密关联的,也就是说同一套软件,如果移植到另一个平台上,就要从头到尾的测试一遍,在工作量上就比商用软件大,出错几率也会提升,相应的测试难度也会提高一点。我就遇到一个项目需要跑在两个平台的情况。文章源自玩技e族-https://www.playezu.com/135818.html
测试环境导致测试难度增大,我可以很肯定的说,同一套设备在A环境操作正常,我只要换一个交换机,搭建一个B环境,就很有可能会出现Bug,所以有经验的嵌入式软件测试同学在遇到客诉的Bug时第一时间都是问当时的环境是什么,设备有哪些,操作步骤是什么?必要时采取将设备全部寄回来复现。文章源自玩技e族-https://www.playezu.com/135818.html
硬件平台性能导致测试难度增大,硬件平台的芯片性能是肯定没有电脑上的CPU这么吊的,所以在测试的时候,我们往往会出现一些硬件性能上的问题导致一些Bug偶现,这对我们测试人员来说,想要找到一个偶现的Bug是非常的难,需要采取工具来跟踪操作步骤打印log。文章源自玩技e族-https://www.playezu.com/135818.html
外接设备导致测试难度增大,生活中基本上的嵌入式软件都是需要外接其他的设备的,比如接入U盘、摄像头、麦克风等等,在测试时如果发现某个工作无法实现,我们需要从三个方面去考虑:文章源自玩技e族-https://www.playezu.com/135818.html
1、是不是软件的功能Bug;文章源自玩技e族-https://www.playezu.com/135818.html
2、是不是硬件物理接口损坏问题;文章源自玩技e族-https://www.playezu.com/135818.html
3、是不是接入的外设与软件协议有问题或者驱动有问题等等原因增加了测试难度。文章源自玩技e族-https://www.playezu.com/135818.html
最后一个导致测试难度大的原因就是嵌入式软件测试相对来说是比较独立于软件测试的,相关的资料也是比较少的,并不像商用软件测试一样,只要一搜索,就能找到测试方法和一些测试文章。嵌入式软件测试更多的是一个实战,每一个应用场所的嵌入式软件测试的思维方式不一样。文章源自玩技e族-https://www.playezu.com/135818.html
文章源自玩技e族-https://www.playezu.com/135818.html
结尾
测试也是一个有技术难度的岗位,需要不断的积累经验,老手测试和新手测试最大的不同就是老手测试可以很快的定位和发现Bug,老手测试可以有更多的测试方法和测试策略去找到Bug,有更好的测试管理经验和业务能力。文章源自玩技e族-https://www.playezu.com/135818.html
祝各位同学在测试的道路上越来越好,一起加油哈!文章源自玩技e族-https://www.playezu.com/135818.html
边栏推荐
- Docker install redis
- Dynamic planning - Taking stair climbing with minimum cost as an example
- 关于在dialog中调用edittext这个件事
- How to read and write files efficiently
- 内网穿透
- Pointer and pointer of pointer
- Template as interface
- Sword finger offer 68 - I. nearest common ancestor of binary search tree
- DM达梦数据的关键字与表的字段冲突的解决办法
- 我们如何解决了RealSense偏色问题?
猜你喜欢

Use yolov5 to train your own data set; Installation and use of yolov5; Interpretation of yolov5 source code

3DE recover from design

Flutter-渲染原理&三棵树详解

Introduction and use of kubernetes

存算一体芯片离普及还有多远?听听从业者怎么说 | 对撞派 x 后摩智能

八大排序之直接插入排序

How to break through the sales dilemma of clothing stores

NLog自定义Target之MQTT

Flutter-状态管理

128 traps - source code analysis
随机推荐
Beifu twincat3 ads error query list
Balanced binary tree -- adjusting transformation rules
76. 最小覆盖子串-滑动窗口法
Introduction and use of kubernetes
倍福 PLC 字符串类型string操作
Talk about the Flink waterline
八大排序之直接插入排序
倍福TwinCAT3 Ads错误查询列表
3DE new simulation status
力扣:用两个栈实现一个队列
基于.NetCore开发博客项目 StarBlog - (12) Razor页面动态编译
Mysql 45讲学习笔记(一)一条sql语句的执行
Why is the first program a programmer writes "Hello world!"
float浮点数理解
Pan micro e-cology V9 information disclosure vulnerability
3de 保存到收藏夹
逆向crackme之ESp定律脱壳
Using jemalloc to solve the memory overflow problem of Flink
剑指 Offer 68 - II. 二叉树的最近公共祖先
GDB commissioning, use and sorting