chromium 的实现,developer tool 和 chromedriver 应该是使用相同的远程调试操作协议的。如果真是这样,则 chromium 内核一次只能接收一个 client(比如 f12,比如 webdriver client session)来交互。所以,只要能确认这点,基本上,用 python 代码开 f12 就不可能了。
如果我没记错的话,chromedriver 是不支持使用 dev tool 的。因为使用 dev tool 可能干扰 driver 执行时序。可能你要试试其他方法,比如用按键精灵等操作了。
This naming convention informs the test runner about which methods represent tests.
python 自带的 unittest 默认执行以 test 开头的方法
https://docs.python.org/2/library/unittest.html#basic-example
那可能跟你使用和管理 driver 的方式会有一定关系,可以简化代码,缩小模型了,再看看
看样 appium session 挂掉了,排除框架本身,用命令行或者 IDE,能执行多个 case 成功不?
#!/usr/bin/env python
#! coding=utf-8
from __future__ import unicode_literals
如果是 2.x 配合 future 特性会更好一点的。当然,一个合适的编辑器也很重要
而是购买业务逻辑接口串联的测试
非常同意这句话!!
比如通过下订单再查询订单接口,返还商品信息给外部 API,商品跟 ERP 整合等其他接口来验证该接口本身录入数据的正确性了,在接触不到数据源的情况下
rest-assured 的最大优势,就是使用 fluent interface 编写自带 scenario style 的冒烟场景脚本
cucumber,则你就必须显式引入 req, res,在场景步骤中传递了。总感觉会有点变扭的说……
可能用其他框架,拿到响应以后,在 then and other 步骤里去断言响应更合适。(比如 jsoup)
cucumber 如果编写 when then when then 这种,再遇到 rest-assured 就会非常别扭
https://github.com/SeleniumHQ/selenium/issues/4017#issuecomment-302030078
可能跟引用的 webdriver 变更规范有关系,建议降版本组合尝试看是否能稳定。