响应式框架这种问题常见 一般都是下拉表一类的控件 可以自己分析 Dom 树找到对应的元素位置
了解了 我们现在也是用 jira 但是没有用它来管理用例 主要还是用于缺陷和 需求 任务 这一块的管理
工作内容大体上差不多
楼主可以介绍一下 自动化测试与 Jira 集成 jenkins 与 jira 打通 具体是做什么吗?
1、默认为 xpath 如果不是再传可选参数
2、是这个意思 在代码里定义规则和 Api 通过配置文件来实现业务脚本
确实比较繁琐 其实现在的前端响应式框架 基本都得靠 xpath 来定位元素了 所以你可以给个默认值为 xpath 可以省一个参数 另外定位元素的方法还需要多扩展几个 至少要覆盖常用的显示等待预定义条件以及自定义条件的场景
其实如果你是想要做框架的话 最好能让脚本能脱离代码环境 能通过编辑配置文件来编写用例脚本
可以参考下 RF 的设计 ,动作就是动作 元素就是元素
执行用例时 就是元素 + 动作 来完成一次操作 比如
1、用户名元素 + 输入 (参数)
2、密码元素 + 输入(参数)
3、登录按钮元素 + 左键点击
打个比方
类似于 selenium 本身也封装了 click 方法
你可以再封装一层 把 driver.click + Action 类的 Click + JavaScript 的 Click 封装到一起 做成自定义的动作 myClick 简化脚本开发的操作
页面基类只维护页面公共元素 动作另外封装
页面就是页面 动作就是动作 页面只维护元素对象 动作单独抽象出来 不建议写在页面对象里
写用例时再把元素和动作组合起来
分析得很详细了 我之所以不选 jmeter 是因为脚本量大了 维护起来简直要命 并且业务流程复杂了脚本不方便调试 如果是小项目倒是还好 短平快 对人员要求低
我 44 了 不也挺好 去年刚跳的槽 有些企业注重年龄不去就是了 总会有不看重这些的 关键是自己的底子要硬
我刚入行时的技术经理现在 50 多了 现在也还活跃在第一线 代码写的废寝忘食的
她女儿已经在美国博士毕业了 现在工作完全是为了兴趣。。
你这是拿一个元素对象和文本做比较了吧
看异常信息应该是第一个用例跑完后资源没有释放 第二个开启新 session 时无法连接 可以从这个方面来排查
那你看看生成测试报告的插件是不是有独立的时区设置?
jenkins 本身有个时区设置
常见的就是文本文件 比如 json yaml xml csv 都可以 要不就 excel 或者数据库
我见过的实际场景都是用 excel 存用例脚本 文本存配置信息
excel 用熟了 编辑效率比普通文本文件高得多 只是不太好比较历史版本差异
楼主,除非是不在 DOM 树里的元素 不存在有 Xpath 定位不到的
而且 Xpath 非常灵活 可以定义一个 pattern 来匹配多个类似的元素 就像是楼上的这种设计
ETL 过程一般需要对数据的 完整性、一致性、正确性、规范性进行校验。具体的规则得看你们的业务而定
1、这样就失去了从界面上测试上传动作的意义了 实际只测试了后端
2、拖拽用 js 实现我在不同场景下尝试过几次 有些场景可以 有些场景不行
可以参考 RF 的设计 把页面对象和动作分开抽象
页面只维护元素对象 动作类维护动作 降低耦合性 写脚本时把元素和对应的动作关联起来就行了
我是把 py 打包成 exe 然后用 java runtime 来执行的 比较笨重 不过需求场景不多 也就凑合用了
是的 我也是这种思路 但是没有用模板引擎
这种简单的场景 在执行第二个用例前在库里插一条用户记录就行了 跑完后再删掉
不清楚你是怎么操作的
按正常来说 输入查询字符后 列表展示过滤后的信息 再选择你需要的选项即可 不存在丢失焦点之类的 如果 selenium 提供的 click 不好用可以尝试下用 JavaScript 的 click 方法点击
用容器环境 不需要考虑这些东西 要什么版本就用什么版本的镜像