目前很多研究表明目标检测中的分类分支和定位分支存在较大的偏差,论文从sibling head改造入手,跳出常规的优化方向,提出TSD方法解决混合任务带来的内在冲突,从主干的proposal中学习不同的task-aware proposal,同时结合PC来保证TSD的性能,在COCO上达到了51.2mAP   来源:晓飞的算法工程笔记 公众号 论文: Revisiting the Sibling Head in Object Detector 论文地址:https://arxiv.org/abs/…

原文链接 XPath高级定位技巧 XPath 简介 XPath 的英文全称为:XML Path Language,意旨对 XML 中的元素进行路径定位的一种语言,它可适用 XML 标记语言,Html 标记语言,app Dom 结构.XPath 是自动化工具的定位基础,可适用于 Selenium 工具,Appium 工具,Appcrawler 工具.由于前面章节已经对 XPath 进行说明,本篇只做举例说明. XPath 基本语法 下面是 XPath 的常用方法: XPath 模糊定位技巧 con…

在python-selenium元素定位中,有很多小技巧,在此记录总结  技巧一.有关联关系的元素有交集关系时,必须添加固定等待,整体调试时候也适当增加固定等待,保持代码运行稳定性.下拉的时候选择下拉框有时候也需要等待. 当遇到两个元素有交集依赖(先后)关系,重新加载的时候,需要消耗时间等待,必须添加一个固定等待(备注:一定要固定等待,隐式等待无效) 举例:下拉框的选择,比如选择省份>城市,在选择省份后一定要添加固定等待后再去选择城市.代码举例:driver.find_element(By.XP…

原文链接:http://xiaohuafyle.iteye.com/blog/1705494 调试竟然有这么多技巧,亏我以前竟不知道...   Eclipse这个开发工具为我们调试bug提供了非常便利的工具,断点.可是,大部分经验丰富的程序员并没有能够充分的掌握断点的用法,以下,我总结了断点的七个技巧供大家参考学习.  1.条件断点  条件断点,顾名思义就是一个有一定条件的断点,只有满足了用户设置的条件,代码才会在运行到断点处时停止.  在断点处点击鼠标右键,选择最后一个"Breakpoint…

在python-selenium元素定位中,有很多小技巧,在此记录总结 技巧一.尽量不要用可见的文本去定位 尽量不要用可见的文本去定位(特别是支持国际化的软件-比如禅道),因为一旦切换语言后,使用该方法定位的元素就需要重新定位了. 技巧二.在定位元素时候,尽量让测试数据文本可输入化,便于测试数据的维护. 测试数据分离又相互有关系 技巧三.下拉框的定位 分两步操作: 第一步:先定位该下拉框的div,点击 第二步:定位到下拉框的下拉选项(一定要定位到下拉选项的值,一般都是以 li 标签 或者 spa…

1 编写目的 本文档是对独立测试阶段发现的缺陷(bug)按照严重等级进行分类,确保测试出的缺陷得到正确的理解,以方便缺陷的修改.回归测试工作可以顺利进行,同时也可以作为测试考核的依据. 2 适用范围 本公司的相关测试人员及研发人员 3 缺陷定义说明 3.1 缺陷定义 l 软件没有达到任务书或需求规格说明书中表明的功能 l 软件出现了与任务书或需求规格说明书中不一致的表现 l 软件功能超出任务书或需求规格说明书的范围 l 软件没有达到用户期望的目标(虽然任务书或需求规格说明书中没有要求) l 测试…

BUG等级划分,一般划分为:严重BUG.较严重BUG.一般性BUG.建议性BUG A类—严重错误,包括以下各种错误: 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误 B类—较严重错误,包括以下各种错误: 1． 程序错误 2． 程序接口错误 3． 数据库的表.业务规则.缺省值未加完整性等约束条件 C类—一般性错误,包括以下各种错误: 1． 操作界面错误(包括数据窗口内列名定义.含义…

经常看到有人问元素属性都相同,怎么定位,这里总结一下.下面以Xpath为例讲解,CSS其实也是一样的,只是语法不一样罢了.网上说CSS会比Xpath快一些,但在Katalon主用Xpath,感觉也还行.另外Katalon做为一个产品,他们选择主打Xpath,相信也是有原因的.当然了,也有极小可能他们的骨干对Xpath比较熟.Katalon也支持CSS,但不会像Xpath那样智能提示你多种自动定位语法. 想要定位的得心应手,首先要对Xpath语法了如指掌,可以看我之前的一篇文章:https://w…

使用 kubectl describe pod 查看异常的 pod 的状态,在容器列表里看 State 字段,其中 ExitCode 即程序退出时的状态码,正常退出时为0.如果不为0,表示异常退出,我们可以分析下原因. 退出状态码的区间 必须在 0-255 之间 0 表示正常退出 外界中断将程序退出的时候状态码区间在 129-255,(操作系统给程序发送中断信号,比如 kill -9 是 SIGKILL,ctrl+c 是 SIGINT) 一般程序自身原因导致的异常退出状态区间在 1-128 (这…

测试发现bug,怎么定位?不同领域不同的测试对象,具体定位方法都不一样.自己定位bug的方法通常是以下过程: 1.发现bug,首先要查看bug的详细信息,根据描述初步分析是哪个模块哪段代码的问题 2.检查引发bug的测试环境.测试代码段和测试数据,排除测试人员的误操作导致的程序异常 3.确认测试代码.测试环境和数据都正确后,再进一步分析bug根源.这里就需要看具体的测试业务了,可借助相关的工具进行分析,比如firebug插件等 4.如果产品或业务有相关的日志记录,可通过分析日志来确认bug 5.…