Knowledge

Chapters for every direction the job board covers — engineering, data, design, sales, marketing, operations and more. Every topic shows how many live jobs ask for it. The first chapter is free; a paid plan opens the rest.

Track syllabus

QA / Test Automation

Prepare for overseas remote QA roles: test strategy, automation frameworks, API and performance testing, quality gates, and interview stories.

4 chapters · 306 jobs hiring now

← All tracks

Track progress 0 / 0

01 基础篇 6 topics Free

测试策略与测试金字塔

面试官想确认你脑子里有没有分层模型，而不是把所有验证都堆在 UI 端到端上；也会看你能否根据业务风险调整各层的投入比例。

单元、集成、端到端各层测什么
金字塔与冰淇淋筒反模式
按业务风险分配各层比例
策略要写清范围与退出标准

Example answer

我会先讲我们把验证分成三层：单元测试覆盖金额计算这类纯逻辑，集成测试打通订单到支付的服务链路，端到端只保留十几条关键用户旅程。之前团队把所有验证压在 Selenium 端到端上，一次全量跑 40 分钟还经常红，我们把 300 条 UI 用例下沉成 1000 多条单元测试后，回归时间降到 6 分钟，缺陷定位也从翻日志变成看报错的单测。

qatest 284 jobs hiring

等价类与边界值设计

考察你是不是真会用黑盒方法设计用例，而不是拿到需求就凭感觉点一遍；面试官常给一条具体输入规则，让你当场划等价类并说明取舍。

划分有效与无效等价类
边界取值：min-1/min/max/max+1
结合业务规则补特殊值
用最少用例覆盖整个区间

Example answer

遇到提现金额 1 到 50000 元这类规则，我会先划出有效区间和几个无效等价类（0、负数、超上限、非数字），再取 0、1、2、49999、50000、50001 这些边界值。实际项目里这套方法帮我发现过转账接口没校验负数金额、可以反向加钱的严重缺陷。之后我把金额字段的边界值清单固化进用例模板，新接口上线前都要过一遍。

qatesting 236 jobs hiring

状态迁移与决策表设计

订单、工单、审批流这类系统出 bug 大多出在状态上；面试官想知道你会不会用状态迁移图系统性找路径，而不是只测一条正常流程。

画状态迁移图找漏掉的分支
用决策表处理多条件组合规则
状态机类需求的覆盖标准
非法状态跳转要单独设计用例

Example answer

我们做过一个 7 个状态的订单系统，我先画出状态迁移图标出所有合法迁移，再专门为已取消订单再次支付已发货订单申请退款这类非法跳转设计用例。运费规则有会员等级、地区、重量三个条件，组合成 12 条决策表规则，我逐条落成用例，测出其中两条组合被代码漏掉了——这种漏洞靠随机点界面几乎不可能发现。

qatest 140 jobs hiring

测试计划与用例设计文档

海外团队默认你会自己写测试计划和用例文档，而且要用英文写清楚；面试官会看你有没有稳定的文档结构，而不是每次临时发挥。

测试计划：范围、策略、排期、退出标准
用例标题、前置条件、步骤、预期
需求到用例的追溯矩阵
用模板统一团队用例风格

Example answer

每个需求我都会先写一页测试计划：范围、明确不测什么、测试策略、环境依赖、退出标准，英文一份同步进 Confluence。用例固定用 Given/When/Then 写标题，并把需求 ID 挂在用例上形成追溯矩阵，评审时能直接看到每条验收标准的覆盖情况。有一次评审时发现验收标准 3 没有对应用例，提前拦住了可能上线后才暴露的漏测。

qatest 284 jobs hiring

探索式测试与风险排序

自动化跑完只是底线，面试官想知道你在脚本覆盖不到的地方怎么找 bug；风险排序能力决定了你把有限时间花在哪，这也是初级和资深的分水岭。

用时间盒会话组织探索式测试
记录探索路径与发现的缺陷
按业务影响与改动范围排风险
高风险模块优先分配时间

Example answer

每个版本我会开 90 分钟的时间盒会话，针对本次改动最大的支付重试逻辑做探索，边走边把走过的路径和异常记进会话表。风险排序上我按改动范围乘业务影响乘历史缺陷密度给模块打分，支付和登录永远排前两名。有一次就是靠探索发现并发下单时库存被扣成负数，这条路径在我们的用例里从来没写过。

qatesting 148 jobs hiring

缺陷报告与回归测试

面试官在看你的英文缺陷报告能不能让开发一次看懂；远程团队没有当面解释的机会，报告质量差会直接拖慢整个团队的节奏。

缺陷报告：步骤、预期、实际、证据
严重程度与优先级的区别
把复现步骤最小化
按影响面圈定回归范围

Example answer

我写缺陷报告固定五段式：环境、复现步骤、预期结果、实际结果、证据（截图、录屏、请求响应）。严重程度和优先级分开写，一个错别字是低严重但可能高优先级。复现尽量最小化，比如把下单失败缩到购物车含下架商品时结算接口返回 500。回归范围按缺陷影响面圈：改了价格计算就回归下单、优惠券、退款三条链路，而不是全量重跑。

qaquality 238 jobs hiring

02 自动化篇 6 topics Member

The first chapter is free. A paid plan opens the rest.

03 质量体系篇 6 topics Member

The first chapter is free. A paid plan opens the rest.

04 项目故事篇 6 topics Member

The first chapter is free. A paid plan opens the rest.

A paid plan opens every chapter in this track.

The remaining chapters cover the full knowledge map and a preparation checklist.

crusoe · Childress, TX - US, Remote - US

Digital Infrastructure Group (DIG)

Preview

View Details