智能硬件产品的测试经验总结

随着物联网的快速发展,智能硬件产品已越来越多地出现在市场上,公司也在开发几款重量级的智能硬件产品,作为其中一个产品的QA,分享下软硬结合的产品的测试方法。

何为智能硬件,为什么智能硬件是趋势,可以看下面的图:

那么接下来讲讲智能硬件的测试。再看一个图:

这是传统互联网软件产品的架构,智能硬件的呢?如图:

图中可以看到,多了一个硬件的模块,服务器中多了一个处理硬件信息的模块,测试的类型多了,特别是硬件部分,应该怎么针对地测试呢?首先规划下测试类型,我认为主要包括以下几类:

系统测试

接口测试

重点测试

 

系统测试

这部分大家应该很熟悉。按照测试流程来走就好,需求分析、测试计划、测试用例及评审、冒烟测试、执行测试若干轮、回归测试、测试报告等步骤走完。主要测试的对象是以应用为核心,兼测试服务器及设备的功能。

目前大家主要在做的是这部分的测试,做好这部分的测试,产品80%的bug都能发现。

接口测试

以前的接口测试主要是app和服务器的通信,主要以http请求为主。

智能硬件产品的服务器承载两个端的请求,一般来说硬件产品与服务器会建立一个TCP/UDP长连接,定时发心跳包及其他通信内容包,另一端则是app端的接口。

以java为例,测试长连接的服务端,socket写一个客户端,用现成框架mina/netty写一个客户端等,具体代码就不给出了。http请求就不赘述,方法太多了。

这部分的测试最好和开发同时进行,但新项目的进度和需求缘故,一般都会等到产品稳定进行,这块发现的问题很多都不是严重的问题,但是一旦有个重要问题就会导致产品功能无法使用,好在服务端的bug修复都会很快。

核心测试

什么是核心测试?试想一下智能手环运动检测不准确,OBD会使静止的汽车亏电,智能血压计检测的血压不对等等问题,那么这个产品一旦上市就会失败,任何的bug修复也无济于事。所以这块的测试非常重要。

以下举几个核心测试内容的例子:

耗电测试,最简单是接一个万用表,实时查看设备的电量情况,但是你必须实时查看,也没有历史记录。最好是准备一个专用的功率电量测试工具,有交直流电,有报表输出,在各种配置下的耗电情况都能自动记录。这块主要针对手环、OBD等需要电池的产品。

GPS测试,户外的智能产品大部分都配备了GPS,GPS信号强度和周围环境有直接关系。隧道、高层建筑、天气等都会干扰GPS定位,另外设备启动关闭点也是GPS容易发生问题的时候。

干扰测试,很多智能硬件产品会插在其他设备上,如电视盒子、家居控制设备、汽车设备,一定程度上会对其他设备产生干扰,甚至影响其他设备的正常使用。

类似的功能还有很多,这些是智能硬件产品的核心,如果这些功能出现问题,产品就会死掉,所以这部分需要重点测试,投入最多的人力进去。

综上所述,智能硬件产品测试思想和以往的互联网测试还是有一定的区别,我们要更多的关注在硬件上,但又不能忽视了软件,两者相辅相成,也将是未来测试的新方向。

转:http://qa.blog.163.com/blog/static/19014700220141129372269/

时间: 2024-10-19 04:25:05

智能硬件产品的测试经验总结的相关文章

读书笔记:读完互联网测试经验的感受

之前下载了一些互联网公司的测试经验和技术介绍,因为太忙一直没有时间看.最近又翻出来重新看了一遍,感触还是挺多的,可能也是由于工作时间长了后有了一些新的感悟. 主要有百度,腾讯,阿里下属的几个子公司(淘宝,支付宝,一淘),豆瓣等等,内容比较杂,有介绍测试经验和测试技术的,也有介绍自己的测试工具和自动化平台的.总体感觉互联网公司的测试工作还是比较高大上的,最起码比我们部门做的好多了.总结了一下,主要优点体现在以下几个方面:第一,尽早测试:第二,尽可能深入,测试从最底层开始,逐步上升集成:第三,尽量减

测试经验

很实用的一些测试经验,与大家共享,希望可以帮助到你们 1.迅速找出重要的程序问题 a.首先测试变更的部分,然后测试没有变化的部分.修改和更新都意味着新的风险 b.首先测试核心部分,然后测试辅助功能 c.首先测试能力,然后测试可靠性.先测试每个功能是否完全能用,然后在深入检查任何一个功能在很多不同条件的表现如何 d.首先测试常见情况,然后测试不少见的情况.使用常用的数据和使用场景 2.跟着程序员走 a.为程序员提供支持,很可能是测试使命的关键部分.在测试员测试程序员正在编写或刚刚完成的程序时,测试

【tool】Android应用测试经验总结

Android应用测试经验总结 启动: 1. 启动入口:桌面正常启动,最近运行启动,所有程序列表中启动,锁屏快捷启动 2. 其他入口:从其他程序开启应用,从外部以文件形式打开应用(如果有) 3. 退回:从其他程序退回时回到被测应用,被测应用打开其他应用再从桌面图标启动 以上需要交叉组合测试. 4. 异常启动:崩溃后启动,写文件时被强制杀进程后启动,网络请求未收到回包强制杀进程后再启动,网络超时时启动(启动需要有超时机制) 功能介绍,引导图,流量提示等: 1 全新安装程序第一次启动,会有些初始化,

如何借助测试经验图谱完成三个月总结?

一 我们组所有新员工在入职三个月的时间点,都会要求做一个阶段性总结,然后就总结的内容,我会找他作个面谈. 从目前所有人总结的内容来看,千差万别,虽然我们有规定总结的范围,比如「客观.量化及可视的工作成果」,但是每个人对这个范围的理解都不一样,所以结果也就不一样了. 如果非要找共同点的话,那就是大家都会去罗列工作的内容,比如熟悉了多少个工具,经历了多少个项目,提交了多少个 Bug 等等. 非要说这样写有没有问题,其实也没问题,确实有量化的工具数,也有量化的项目数,还有量化的 Bug 数. 但还是差

转:六年测试经验总结感悟

1.分享第一条经验:"学历代表过去.能力代表现在.学习力代表未来."其实这是一个来自国外教育领域的一个研究结果.相信工作过几年.十几年的朋友对这个道理有些体会吧.但我相信这一点也很重要:"重要的道理明白太晚将抱憾终生!"所以放在每一条,让刚刚毕业的朋友们早点看到哈! 2.一定要确定自己的发展方向,并为此目的制定可行的计划.不要说什么,"我刚毕业,还不知道将来可能做什么?","跟着感觉走,先做做看".因为,这样的观点会通过你的潜

WEB下渗透测试经验技巧(全)[转载]

Nuclear’Atk 整理的: 上传漏洞拿shell: 1.直接上传asp.asa.jsp.cer.php.aspx.htr.cdx….之类的马,拿到shell.2.就是在上传时在后缀后面加空格或者加几点,也许也会有惊奇的发现.例:*.asp ,*.asp...3.利用双重扩展名上传例如:*.jpg.asa格式(也可以配上第二点一起利用).4.gif文件头欺骗5.同名重复上传也很OK.: 入侵渗透中用到的命令,语法: set,systeminfo,ipconfig,ping,利用这些命令可以收

谈通过测试经验来识别开发中的问题

1.界面常见问题 1.1.对齐问题 设置左.中.右对齐,其中,数字一般为右对齐,文字常为左对齐: 栏目区域对齐,如下图所示,展现行数应该一致,控制不允许换行. 解决方案: 1.标题过长截断: 2.浮动显示全名. 1.2.文字用语业务化问题 解决方案: 规范界面用语,避免使用程序员技术语言,通过与业务人员沟通尽量贴近实际业务. 1.3.图标使用问题 图标的使用,为界面带来了活力,但是使用不当,让人产生疑问,如下图所示: 方案: 按图中文字描述,图片尽量与业务接近,并且区分开发. 2.复杂.灵活所带

代码审查 本地测试经验汇总

软件测试虽然辛苦,但是掌握了一定的技巧之后将使你事半功倍. (1) 边界测试,测试用户输入框中的数值的最大数和最小数,以及为空时的情况. (2) 非法测试,例如在输入数字的地方输入字母. (3) 跟踪测试,跟踪一条数据的流程,保证数据的正确性. (4) 在开始测试时应保证数据的正确性,然后在从系统中找出各种BUG. (5) 接口测试,程序往往在接口的地方很容易发生错误,要在此模块测试勿掉以轻心. (6) 代码重用测试,在开发过程中有些模块功能几乎相同,程序员在重用代码时可能忘记在原有代码上修改或

环环相扣---近期自动测试经验总结

1.问题的提出 产品开发时的自测是确保产品质量的一个重要的环节,而自动测试也是提升产品质量和提升研发效率的有效途径之一. 在设计自动测试时,我们要考虑的因素包括以下方面: 第一,测试用例的充分性. 第二,代码覆盖率尽量高. 第三,每次触发时要对之前的功能进行回归测试. 第四,新增加的测试用例不能影响老的测试用例. 第五,每个测试用例针对程序的一个小功能进行测试,且各个用例不重复. 要实现对所有软件模块进行自动测试,难度是相当大的.很多开发小组尝试着让一组测试用例触发所有的模块,即将所有模块纳入一