mobile-testing
Single MetaMask Mobile testing entrypoint. Routes unit, component-view, integration, Appium E2E, and test-layer placement work to the right references. Use when writing, fixing, reviewing, or placing Mobile tests; when the user mentions Jest layers, *.view.test.tsx, *.integration.test.ts, Appium smoke, MMQA test-layer tickets, or asks which testing skill to install.
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 81
- Forks
- 17
01 前言 Front Matter
- base
- true
- name
- mobile-testing
- maturity
- stable
- description
- Single MetaMask Mobile testing entrypoint. Routes unit, component-view, integration, Appium E2E, and test-layer placement work to the right references. Use when writing, fixing, reviewing, or placing Mobile tests; when the user mentions Jest layers, *.view.test.tsx, *.integration.test.ts, Appium smoke, MMQA test-layer tickets, or asks which testing skill to install.
02 资源文件 20
- 许可证LICENSE1.0 KB
- 参考文档references/appium-e2e.md9.2 KB
- 参考文档references/component-view.md11.6 KB
- 参考文档references/component-view/navigation-mocking.md9.2 KB
- 参考文档references/component-view/reference.md26.4 KB
- 参考文档references/component-view/writing-tests.md23.8 KB
- 参考文档references/integration.md10.5 KB
- 参考文档references/integration/harness-extension.md11.1 KB
- 参考文档references/integration/reference.md13.5 KB
- 参考文档references/integration/writing-tests.md11.6 KB
- 参考文档references/layers.md381 B
- 参考文档references/placement.md10.3 KB
- 参考文档references/placement/inventory.md1.6 KB
- 参考文档references/placement/pr-description-template.md1.6 KB
- 参考文档references/placement/report-template.md2.0 KB
- 参考文档references/placement/unit-cv-overlap.md2.9 KB
- 参考文档references/unit.md24.8 KB
- 参考文档repos/metamask-mobile.md655 B
- 参考文档SOURCE.md365 B
- 参考文档TRUST.auto.yaml2.1 KB
03 SKILL.md 正文
Mobile testing
One skill for MetaMask Mobile functional testing. Classify the task, pick the layer, then open only the matching reference.
Out of scope: performance, visual, A/B, i18n, and flakiness skills — keep those separate.
First step — choose the layer
Read installed knowledge/testing-layers.md (source:
../../knowledge/testing-layers.md)
before writing any test. references/layers.md is only a redirect stub.
Open next
| If the work is… | Open |
|---|---|
| Pure logic / helpers / selectors / CV fallback | references/unit.md |
Screen UI via real Redux / *.view.test.tsx |
references/component-view.md |
App↔controller seam / *.integration.test.ts |
references/integration.md |
| Justified device/native journey / run Appium locally (after layer gate) | references/appium-e2e.md → mobile docs/testing/appium-smoke-testing.md |
| Area / Jira / PR coverage audit across layers | references/placement.md |
Do not read every reference up front. Follow the decision tree in installed
knowledge/testing-layers.md, then open nested files only when that doc sends
you there.
Hard rules
- Layer gate first. Prefer CV → integration → unit fallback → E2E. Do not propose E2E until CV and integration have been ruled out in writing (why CV fails, why integration fails, required device/native boundary).
- If and only if E2E is justified, implement device E2E in Appium.
- For E2E, inspect existing Appium specs, POMs, fixtures, flows, and nearby feature examples in the mobile repo before proposing code.
- E2E POM methods must not use
try/catch. - Placement work defaults to ANALYZE — implement only when the user asks.
Examples
User: Add tests for the new Predict screen visibility toggles
Agent: layers → CV → references/component-view.md → writing-tests.md
User: Cover HyperLiquid placeOrder through the real provider
Agent: layers → integration → references/integration.md
User: Add an Appium smoke for account rename
Agent: layers gate first — if only UI/nav, prefer CV; if device boundary required → appium-e2e.md
User: Cover a multi-screen filter journey on Predict
Agent: layers → CV (cross-screen routes) → references/component-view.md — not E2E
User: Analyze Perps for unit/CV/integration/e2e — MMQA-2102
Agent: references/placement.md (ANALYZE mode)
04 同仓库更多 Skills
recipe-performance
Diagnose a specific MetaMask user flow's real-app performance and Sentry critical-user-flow telemetry with deterministic mm-harness recipes. Use for CUF boundaries, cold/warm/background-resume behavior, latency regressions, lifecycle tags, duplicate or blocking network requests, long tasks, layout/paint cost, screen redraws, React rerenders, or browser trace analysis where tests alone cannot prove the real app.
mexc-spot-websocket
MEXC Spot WebSocket workflows for public streams, protobuf handling, depth maintenance, listen keys, and private streams without exposing API keys.
mexc-spot-rest
MEXC Spot REST workflows for public data, signed account requests, orders, wallet/admin actions, and secure signing without exposing API keys.
mexc-futures-websocket
MEXC Futures WebSocket workflows for public streams, private account/order/position streams, ping/pong, subscriptions, and depth maintenance.
0xklen-version-and-refresh-sanctions-lists
暂无简介
verify-tests-cover-changed-lines
Use when a PR adds code that the existing suite may not exercise. Measures patch coverage — the share of newly changed lines hit by tests — before approving.