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

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

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

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

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

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