• 提前的年度总结 at 2022年10月25日

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

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

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

  • selenium 常见元素/控件操作 at 2022年10月22日

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

  • 提前的年度总结 at 2022年10月21日

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

  • 提前的年度总结 at 2022年10月21日

    工作内容大体上差不多

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

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

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

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

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

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

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

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

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

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

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