• 你这个 find_elment_by_xxx 是二次封装吗? 正常不是 find_element_by_id 吗?

  • 你这个修改其实是,每次都从头执行一次 py 文件代码。不管 json 存在放在哪里 ,你只要每次执行这个 py 文件运行代码 还是会去重新读取。或者你起个服务,长久的将 json 内容放在内存里,这样就不要每次读取文件了。 只是修改内存变量的值。

  • 22 年的求职 at 2022年04月08日

    现在在南京哪个公司啊,老哥

  • 22 年的求职 at 2022年04月07日

    老哥 找到工作了吗?

  • 一般不会不生效啊。 charles 也可以。 ios 的话 开发者里面自带弱网模式

  • 现在在哪里发展呀

  • 点个赞

  • pytest 怎么异步执行用例呢 at 2022年01月26日

    https://cloud.tencent.com/developer/article/1819464?from=article.detail.1357912 这篇文章有说明官方如何操作 使用 pytest-xdist 时 scope = session 的 fixture 只执行一次的

  • pytest 怎么异步执行用例呢 at 2022年01月26日

    pytest xdist

  • 如果是 webview 直接 上下文切换 drive.switch_to_context ?

  • 不是提示了吗? self.url+path 中 一个是 Nonetype 类型一个是 string 类型 不是 用 + 链接

  • 9 年了。 😂

  • 我理解 可能 token 的 处理机制不同 。 比如有的人设计 的时候,把 token 会放到个人信息的 redis key 中,这样走的大多数是缓存。只有不在缓存中的时候,才会去取 db 回写 redis。 这样单一的 token 和 不同的 token 在压测的过程,压测的重点中 db 层 就会存在较大的差异。 还有就是 token 的 解析,有人可能会设计 内存中解析,到一定量才会释放,这样单个和多个的 压测服务端差异会很大。 需要测试人员根据不同的业务和设计框架 进行性能用例的设计。

  • 问题是什么呢?

  • 520 那天我被绿了!!! at 2021年05月26日

    成功的吸引了 我

  • jmeter 连接数据库的问题 at 2021年05月08日

    应该不是这个原因, 这个地方只是变量名称,保证后期调用 时一致就可以了。没有遇到过, 可以逐步分析,确保接口在同样的压力下,数据库连接有没有上升。没有的话,就单独只对数据库操作,看看你的增删改查 是否有慢查或者并发死锁阻塞导致没法释放。

  • b 站测试面经 at 2021年05月06日

    自己一个个试着面试一下。我也不知道 能在面试官面前打多少分。

    1. ---
    2. L1(x:)=L2(:y) L1.sort()

    3. 最复杂的 忽然想不起来。可能支付稍微复杂点, 各种回调状态,事务异常回滚,订单生成唯一,异常重复回调处理。

    4. a. app 图片展示 一般看不同图片类型,大小。 图片链接拼接不同参数(各种管道),加载速度,多图,大图时是否正常加载,是否需要压缩,加载失败后展示状态等等。

      b. 查看图片是否像素是否失真,压缩的维度 大小还是像素(dpi 的变化这个我也不太懂,好像是啥余弦算法啥的)
      c. 单接口 就直接取, 多接口 设计尽可能避免耦合,单一接口挂,不影响其他接口数据展示。如果存在依赖,只有等所有接口响应正常,在进行数据组合展示,任意接口挂(是否存在重试机制)直接加载异常重试业务展示

    5. 异常数据,导致强类型判读出错。

    6. 内存溢出, 代码问题(数组越界,类型转化,判 null 处理等),第三方 sdk 兼容, 进程或者线程阻塞

    7. 用户基本信息,cell 复用,加载过的列表内容,图片展示 等等 反正设计钱和一定不用缓存。

    8. 这个猜不到了,理论是有多个接口依赖不同微服务,由于是大访问量,肯定要压测的。 rpc 和 grpc 的测试没有接触过

    9. 管理后台的服务链路 没有理解, 我理解 是否通过后台调用不同微服务,修改或者配置 业务的数据源。

    10. 猜不到了

    11. 单位时间内,接口回调次数,回调成功和失败响应成功的次数。

    12. 我简单理解是 client-1 发送给 server , server 存储消息, 在分发给对应的 client—X 。 期间 client-1 与 server 间都会有请求和回 ack 的过程, 同理 server 与 client-x 之间也存在 请求和 ack 的过程。
      mq 幂等常见 为了规避 消息重复发送和 重复接收。 如 client-1 到 server 交互中,可能存在 ack 回调超时,导致 client 再次主动重试,这时如果不做幂等 处理,server 端 存储就会存储 2 条一样的。 同理 接收也是一样

    13. 这个我觉得 问的有点模糊,太多了。如果可以的话,请在细化或者主动问哪个库的使用

    14. flask 简单看过,会简单使用。不熟悉,无实战经验。 requests 看过,但是不一定记得。 映像中 发送是调用个什么 send 的方法。 2 个连接池 一个是 http 一个 https 在 connection 文件里,其他不记得了

    15. 元祖 有序,不可修改。 字典 无序 可修改

    16. 在其他条件稳定时, 正常吞吐量和响应时间 应该是成反比的。

    17. 不知道是不是想问 web 自动化。

    18. 一般根据需求,有时候 sql 批量处理,有时候脚本批量处理。 有时候批量调用接口造。

    19. 这个扯不来。

  • b 站测试面经 at 2021年05月06日

    L1(x:)=L2(:y)
    L1.sort()

  • 有哪位大佬遇到过 这个 问题
    Failed to create WDA session (An unknown server-side error occurred while processing the command. Original error: Could not proxy command to the remote server. Original error: connect ETIMEDOUT 192.168.0.107:8100). Retrying...

  • Win 下成功 Appium+iOS 自动化 at 2021年04月15日

    有哪位大佬遇到过 这个 问题
    Failed to create WDA session (An unknown server-side error occurred while processing the command. Original error: Could not proxy command to the remote server. Original error: connect ETIMEDOUT 192.168.0.107:8100). Retrying...

    浏览器可以正常访问,appium 启动 连不上一直

  • 已更新,确实。大赞

  • 我使用 win7 用
    itunnel_mux.exe --iport 8100 --lport 8100 好像 itunes 版本不兼容。唉

  • 换个低版本的系统的 正常


  • 有哪位大佬 帮忙解答下。 tidevice xctest 后,直接退出。是什么原因。

  • 主要可能我工作的年限可能比你多不少。 我觉得只要不是每天混的,其实到我这个年纪出去拿 30 以上很正常,加上年终,在配点股算算 50 不难的。