pytest没有留下pyc，断言失败解释为什么仍可能存在
pytest把运行前的断言重写与磁盘缓存分开说明。失败报告中的子表达式、差异解释和自定义文字有各自的来源及作用范围，不能从有没有缓存文件直接判断解释能力。
更多文章
Mock记录里的最后一次、全部调用与嵌套末项，为什么不能互代
Python3.15.0把四种调用记录分开定义。相同call表达形式不代表记录范围相同，嵌套末项也不会携带祖先调用的参数。
Mock有了接口规格，为什么仍看不到某些实例属性
Python 3.14.8的unittest.mock文档把普通Mock、spec与autospec的约束分成不同层次。递归接口与调用签名有所依据，动态创建的实例属性及值为None的成员却另有边界。
pytest夹具为什么不按定义顺序执行：作用域、依赖与autouse共同决定先后
pytest在确定某个测试需要哪些夹具后，再按作用域、依赖和autouse组织执行顺序。函数名、文件里的定义先后以及请求参数排列，不能替代这些关系；autouse带动的依赖也只在相应测试范围内生效。
unittest的subTest：同一方法里，失败迭代也有各自身份
Python 3.11.17文档以0到5的偶数断言演示subTest：i为1、3、5时分别报告失败。对照例在没有子测试时停在首次失败，说明子测试主要补足方法内部迭代的结果表达。
Locator保存寻找元素的逻辑，ElementHandle保存的是特定元素
Playwright文档用悬停再点击的例子说明，Locator会在每次动作前取得当前匹配元素；ElementHandle则继续指向特定DOM元素。重新定位与多匹配严格性需要一并理解。
pytest.approx的两种容差：同时指定时满足其一即可
pytest文档的rel与abs不是必须同时通过的两道门槛。仅指定abs又有自己的规则，不能把默认相对容差一并想当然保留。
pytest输出捕获的两层边界：capsys与capfd在看什么
capsys关注Python的stdout和stderr，capfd还覆盖直接写往操作系统描述符1和2的输出。readouterr读取截至当时的快照，后续捕获仍继续。
pytest.raises 通过了，异常类型和消息就完全一致吗
异常测试通过，只能证明已写出的匹配条件成立。pytest.raises 接受指定类型的子类，match 采用正则搜索；精确类型、完整消息和业务要求需要分别核对。
pytest夹具在yield前报错，哪些清理仍会被尝试
pytest不会运行尚未执行到yield的夹具后半段清理，但仍会尝试清理此前成功运行的夹具。这个边界要按每个夹具分别判断，不能概括成失败后所有清理都停止。