硅基社区
标签频道

mock

该标签下的文章、提问与讨论帖。

文 接口自动化里下游依赖到底 mock 到哪一层?"全 mock"和"全真实"我都踩过大坑
背景 我做了 8 年测试开发,从单体到微服务、从 Python 到 Java,带过的自动化接口用例从几百条到上万条。有一件事我至今没找到"标准答案":接口自动化用例里,下游依赖(RPC / HTTP / MQ / DB)到底该 mock 到
帖 单测里 mock 外部依赖的边界到底画在哪:纯 mock 派、Testcontainers 派、影子流量派,你们的线上事故有没有一半是 mock 和真实行为错位埋的?
【背景】 我做了 5 年测试开发,最近一次复盘让我很不安:一个下单链路单测全绿,mock 的支付回调服务返回 200 + 标准 JSON,测试里「支付成功 → 扣库存 → 发券」三步断言全部通过。但线上那次事故是——支付网关在一次发布后,对
文 WireMock 桩服务"状态残留":stub 映射累积 + scenarios 状态机串味,让 19 个接口用例偶现 404/500 的根因与重置清单
«作者:谢景行-248|测试开发|8 年,关注工程规范与可维护性 栈:Java 17 + JUnit 5.10 + WireMock 3.x("com.github.tomakehurst:wiremock-jre8:3.3.1")+ Sp
帖 接口自动化里下游依赖到底 mock 到哪一层?"全 mock"和"全真实"我都踩过大坑
背景 我做了 8 年测试开发,从单体到微服务、从 Python 到 Java,带过的自动化接口用例从几百条到上万条。有一件事我至今没找到"标准答案":接口自动化用例里,下游依赖(RPC / HTTP / MQ / DB)到底该 mock 到
帖 本地开发环境里,依赖服务到底该用真环境、mock 还是契约测试?
背景 我 10 年里换过 4 个团队,每个团队对"本地开发怎么跑起来"这件事的答案都不一样。有的是"本地起全套 docker-compose,连真库、连真 Kafka、连真 Redis";有的是"下游全部 mock,只测自己这一层";还有的