用途：当团队需要一张易讨论、易分享、易更新的可视化测试策略，且业务目标、质量风险与测试方法需压缩到一页时使用；也适用于中文触发词“一页纸测试策略”“测试策略图”。若需要完整执行计划、详细人员安排或测试用例，应使用既有的完整测试策略能力，不要把这些细节强行塞进本页。
主要能力：按 prompts/one-page-test-strategy.md 的输入评审、输出结构与质量标准生成策略；提取目标、当前阶段、关键风险、系统特征、团队能力与约束，区分事实、假设与缺口。内容模块包括指导原则与目标；功能/性能/安全范围；测试使能项与约束（环境/数据/工具/团队）；七个生命周期阶段；左移与右移；测试四象限；精益测试分层；迭代与发布反馈。
使用方式：每次生成策略都要阅读 prompts/one-page-test-strategy.md；需要布局参考时可阅读 examples/one-page-sample.md，其项目事实仅用于说明格式。若用户要图片、幻灯片或其它媒介，需在遵循该格式的同时保留七个生命周期阶段、四象限、三个测试层、左移/右移与迭代反馈模块。上下文不完整时，产出带假设与待决问题、可供讨论的草稿。
限制：该策略是目标驱动、随项目阶段与风险演进的团队讨论产物，不是完整测试计划或执行记录。始终保留功能、性能、安全三栏（可标注 Open 状态），但不必三者都纳入范围；始终包含环境/基础设施、测试数据与访问限制、自动化/手工程度与工具、团队角色/能力的紧凑模块，并区分已知事实、建议与 Open 项；始终覆盖需求分析、开发前、开发中、开发完成、测试、发布前、已发布七个阶段。入口/出口门禁、数值阈值、测试比例与排期必须来自项目证据；无证据不得声称存在生产监控或用户反馈。四象限与分层是选择框架，不是固定清单、执行顺序或比例。常用错误包括：对所有项目套用同一通用模板、为填满页面罗列所有测试类型、把测试象限当作固定执行顺序、假定所有架构都采用测试金字塔、用未确认的数值阈值暗示发布共识。