网络摄像机测试用例设计思路&工作随感

基于网络摄像机和终端的一些功能测试点的思路。有些时候的测试用例是运营商那边或者厂商直接提供的,根据每个芯片和摄像机的需求不同,实现的功能也不同。不同的应用场景下,除了基本的设备功能之外还会引入不同的智能算法。目前常用的都写在了下面。如果以后有产品涉及到其他只能算法再补充。

对于智能算法的测试需要结合过测率大小的计算,但是对于整体产品的测试能达到较为满意的效果即可。
其实有些时候关于图像的过测标准很少去标准量化,但是也有较为专业科学的方法进行验证。比如光照、分贝或者图像的像素大小。根据设备的不同也有不用的限制。
在这里我只记录一些功能测试点的思路,比较粗略,基本方向是再测试中最经常会涉及到的东西,在对思路掌握的情况下可以自己直接开始点点点,减少一些对着测试用例一条一条看的时间和精力。

当测试不通过的时候,往往是首先分析是那一端除了问题,是设备固件功能实现不完全(查看设备日志,让嵌入书开发修改相关代码,升级固件解决bug,再次测试),是app/web终端网络不畅通或数据传输有误(这个时候可以查看设备的日志来判断,如果设备上报没问题,就不属于我们嵌入式开发的锅,app或者web出问题就提给那边的开发的人,其实自己用fiddler抓包也可以更具体的判断问题所在,不过并不常用)

因为涉及运营商的其他业务,所以会有一台设备被多平台联动管理的情况,这个时候的权限管理显得更重要。不过不太涉及设备的一些产品功能,测试的内容并不多。

另外一点我觉得可以改进的地方就是bug管理。从bug被发现,修改和再次测试的这个流程比较随意。基本上属于是直接交流,因为公司规模不大,直接对接方便快捷,但是我就是会经常忘记再次测试/开发改完忘记发升级包/待测的东西太多忘记bug的具体情况…只能靠一些word文档来帮我不太好的脑子记录…禅道现在跟我以前用的也不太一样了…研究过几次觉得只有测试人员在用的话确实有点没必要…

你可能感兴趣的:(测试用例)