xmind 数据解析生成用例 我也了解过 需要指定 xmind 的格式才行吧 我们的测试点分析没有一定的格式 解析起来比较麻烦 而且我们的用例大部分是以 Word 格式存储的（交付需要） 所以没有朝这方面发展

jira 方面现在只做了缺陷的跟踪提醒，每天定时统计缺陷，
对测试发送当日的新增、关闭、待复验的缺陷信息以及缺陷信息规范性校验
对研发发送各自关联的待解决缺陷，延期缺陷和一些其他的预警信息 另外数据落盘方便后续的统计分析

可以尝试一下 airtest 基于图形识别的

响应式框架这种问题常见 一般都是下拉表一类的控件 可以自己分析 Dom 树找到对应的元素位置

了解了 我们现在也是用 jira 但是没有用它来管理用例 主要还是用于缺陷和 需求 任务 这一块的管理

工作内容大体上差不多

楼主可以介绍一下 自动化测试与 Jira 集成 jenkins 与 jira 打通 具体是做什么吗？

1、默认为 xpath 如果不是再传可选参数
2、是这个意思 在代码里定义规则和 Api 通过配置文件来实现业务脚本

确实比较繁琐 其实现在的前端响应式框架 基本都得靠 xpath 来定位元素了 所以你可以给个默认值为 xpath 可以省一个参数 另外定位元素的方法还需要多扩展几个 至少要覆盖常用的显示等待预定义条件以及自定义条件的场景

其实如果你是想要做框架的话 最好能让脚本能脱离代码环境 能通过编辑配置文件来编写用例脚本

可以参考下 RF 的设计 ，动作就是动作 元素就是元素

执行用例时 就是元素 + 动作 来完成一次操作 比如

1、用户名元素 + 输入 (参数)
2、密码元素 + 输入（参数）
3、登录按钮元素 + 左键点击

打个比方
类似于 selenium 本身也封装了 click 方法

你可以再封装一层 把 driver.click + Action 类的 Click + JavaScript 的 Click 封装到一起 做成自定义的动作 myClick 简化脚本开发的操作

页面基类只维护页面公共元素 动作另外封装

页面就是页面 动作就是动作 页面只维护元素对象 动作单独抽象出来 不建议写在页面对象里
写用例时再把元素和动作组合起来