素材检查的一些思考

  现在很多算法都使用了深度学习算法,这就带来一个问题:测试素材的需求量很大。这是一些AI测试与其他测试很重的一个区别。所以测试的工作就不仅仅是原来的一些测试,还包括素材的相关工具,具体来说有:素材的采集和整理,采集需求文档,素材清洗标准,素材check。今天就主要来谈谈关于素材检查的一些思考。

  素材检查就是检查check采集的素材是否满足测试的要求。这就要求前期的采集需求文档要写的很明确,需求文档不能只是一些笼统的说说,要具体到采集哪些case,采集的数量要求,人数要求,每个人要做多少case。在实际执行过程中,并不是每个人把所有的case都要做完,这样冗余比较多,而且在采集的时候执行起来也很有难度。因此要对每个人的case进行分类或者正交。

  上面说的是素材check的一些基本工作,下面说一下check时候一些更深入的思考。

  首先在进行check之前,心里面要对case,以及各种会影响算法效果的因素(比如距离、光线、遮挡、表情、角度等等)了然于胸。这样在check的时候才能做到游刃有余。check的一项很重要的工作就是发现采集过程中的问题,以便在下次采集的时候即是改正。

  其次在check素材的工作也是帮助我们进一步加上对项目的理解,因为算法处理的就是这些采集的素材,而这些素材也是根据这个项目的case采集的,因此素材check能帮助我们更加主观的去理解这些case,这比excel表中的case要直观的多。对case的理解深入了,对项目的理解就也更加深入了,对于接下来的测试有很大帮助。

  再次,check素材的时候,也不是单单检查素材的质量,更需要在检查的时候进行思考,比如case的设计是不是合理,对于新同学还可以思考为什么要设计这样的工作,设计其他的动作可以吗?这样可以更快的理解项目。通过查看一张张的图片,更有助于我们进行一些发散思维。通过check素材,反过来再来改善我们的case设计,这样循环迭代,是的case设计和采集越来越完善。

  最后,根据一些实际情况,还可以进行一些其他的思考。比如说同时采集了2D和3D的素材,那么在检查的时候通过图片就能很直观的看到他们素材的差别,进一步思考就是3D相对于2D有什么优势,有什么劣势,这些优/劣势具体变现在哪些方面,在进一步思考可以建议算法将3D和2D结合起来,去处理一些2D难以解决问题,或者3D难以解决的问题,这样就可以从素材的角度提供一些合理及建议,通过这些思考我们测试的能力和专业度就得到的很大的提升。

原文地址:https://www.cnblogs.com/feiyafei/p/10178638.html

时间: 2024-10-11 03:10:32

素材检查的一些思考的相关文章

检查数据接口返回数据合法性

问题背景: 在测试&部署监控过程中,我们常常会遇到外部接口返回数据不靠谱的时候.最常见的场合是从某个http获取如json和xml等结构化的结果,进行解析并处理,在这时候出现以下这几种常见类型的错误: (1)整个结构不完整.直接无法解析json/xml. (2)编码错误,常见的gbk/utf8错误 (3)超长数据/非法字符. (4)数据类型不匹配.需要是数字的给了字符串,该是数组的给了字符串等,对json本身来说没问题,程序处理就会错误或者崩溃. (5)字段缺失或者为空,这个情况对json本身来

【代码优化】方法签名及参数检查

参数检查: 绝大多数方法的构造器对于传递给它的参数值会有某些限制.例如,索引值必须是非负数,对象不能 为null等等. 如果传递无效参数给方法,在执行前没对参数进行检查,该方法可能在处理过程中失败,并且产生令 人费解的异常.更糟的是,该方法可以正常返回数据.但是会得到一个错误的结果,你还认为是正确的, 没发现其中的倪端. 所以对于方法参数的检查是有必要的. 常见的几个错误,IllegalArgumentException,IndexOutOfBoundsException和NullPointEx

解读dbcp自动重连那些事(转)

本文转自:http://agapple.iteye.com/blog/791943 可以后另一篇做对比:http://agapple.iteye.com/blog/772507 同样的内容,不同的描述方式,不一样的效果. Hi all : 最近在做 offerdetail 优化时,替换了数据库驱动,从 c3p0 0.9.1 -> dbcp 1.4 , 顺便研究了下 dbcp 的自动重连的一套机制,也做一下分享,大家周知一下. 数据库链接 常见的问题: 1. 数据库意外重启后,原先的数据库连接池能

心跳包机制整理汇总

[背景] 现需要实现这样的功能:有多个客户端连着同一个服务器.服务器和客户端之间需要“互相”知道彼此的连接状态.比如在某一时刻,服务器需要知道当前有多少个客户端正在和其通信:某一个时刻,某个客户端需要知道自己是否和服务器保持连接.如果在某一时刻,一个客户端关闭了,服务端应能及时感觉到:同样,如果服务端被关闭,所有的客户端应能及时感觉到,并作出一些反应. 1.从程序的角度看待TCP掉线 TCP掉线的原因可能多种多样.不一而足,比如,客人的电脑突然断电.OS崩溃.路由器重启.网线接触不良.因为P2P

解读dbcp自动重连那些事---转载

http://agapple.iteye.com/blog/791943 可以后另一篇做对比:http://agapple.iteye.com/blog/772507 同样的内容,不同的描述方式,不一样的效果. Hi all : 最近在做 offerdetail 优化时,替换了数据库驱动,从 c3p0 0.9.1 -> dbcp 1.4 , 顺便研究了下 dbcp 的自动重连的一套机制,也做一下分享,大家周知一下. 数据库链接 常见的问题: 1. 数据库意外重启后,原先的数据库连接池能自动废弃老

软件项目管理与素质拓展-前言

前言 十五年前,心比天高.踌躇满志地跨出清华园,步入IT职场.六年前,折戟沉沙,怀着无尽失落来到长安山下的百年师大. 青春的校园充满活力,青春的校园充满矛盾.年轻的一代一方面个性张扬.敢想敢干却又敏感脆弱.眼高手低.他们勇于求新.渴求认同,他们心浮气躁.叛逆自我.他们随性而为.挣脱一切,他们沉迷游戏.追逐韩剧. “师者,所以传道授业解惑也.”保持一颗年轻的心,敬畏学生,享受教学.站在三尺讲台上,如履薄冰.从那些执著于语言算法,而又不谙世事的莘莘学子身上,依稀看到当年的自己.成功难以复制,失败或可

carry-检查数据接口返回数据合法性

问题背景: 在测试&部署监控过程中,我们常常会遇到外部接口返回数据不靠谱的时候.最常见的场合是从某个http获取如json和xml等结构化的结果,进行解析并处理,在这时候出现以下这几种常见类型的错误: (1)整个结构不完整.直接无法解析json/xml. (2)编码错误,常见的gbk/utf8错误 (3)超长数据/非法字符. (4)数据类型不匹配.需要是数字的给了字符串,该是数组的给了字符串等,对json本身来说没问题,程序处理就会错误或者崩溃. (5)字段缺失或者为空,这个情况对json本身来

Thinking in Java,Fourth Edition(Java 编程思想,第四版)学习笔记(十二)之Error Handling with Exceptions

The ideal time to catch an error is at compile time, before you even try to run the program. However, not all errors can be detected at compile time. To create a robust system, each component must be robust. By providing a consistent error-reporting

NOIP2014赛前注意点整理 ——by DCodeless

1.不用说了吧,文件名打错是会死人的.虽然要多check几次,但是check到了强迫症的地步还能好好做题吗…… 2.过程中用的循环变量要在过程下面重新定义过,否则会影响全局的循环变量.(不重新定义会衍生出许许多多奇怪的问题.) 3.组委会发的面包不好吃. 4.用并查集的过程中不能缺少必要的getfather. 5.如果一个变量定义成string或者ansistring,读入时会把整行都存到变量里去(以换行符为终止标志). 6.256MB的内存虽然很大,但是随便挥霍还是身败名裂的. 7.如果你觉得