原创模板

## 任务目标

请为企业软件的质量与交互评价建立可审查的依据。没有正文时先输出标准选用与证据缺口。

以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

评价对象：从当前产品、终端及已提出的质量问题中识别评价对象；未指定维度时，先区分软件产品质量、使用情境与设计活动，围绕已有业务任务建立标准选用和证据盘点范围。
标准及评价资料：查找当前已授权资料中的标准正文或授权摘录、项目采用依据、设计记录、质量目标和测评结果；标准编号与状态沿原正文来源复查，不将资料标题当作条款内容。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 检索项目合同、交付要求和质量计划中列明的标准号、年份、评价对象及采用理由。
- 检查可读标准文件的版本、页码和覆盖章节，区分正式正文、目录、简介与修订材料。
- 定位对应页面、角色任务、终端范围及已有用户研究或测评记录，核对证据对应的产品版本。

### 可采用的默认处理

- 默认只读盘点，分别记录标准要求、项目自定指标和政企视觉偏好，不把推荐性国标或配色建议写成统一强制要求。
- 没有正式正文时只做版本选用、替代关系与证据缺口整理；旧核验日期保持可见，无法复查时标明状态尚未刷新。
- 质量目标缺失时提出与实际任务对应的观察项及测量方法，不自定通过阈值或虚构样本量、成功率。

### 必须有依据的事项

- 正式条款判断必须取得覆盖对应章节的可读正文或授权材料，元数据和目录不能替代。
- 合同采用版本与现有评价依据冲突，或证据无法对应被评产品时，不能给出符合性结论；其余标准及证据盘点继续。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无标准正文时交付标准选用与替代关系表、可见材料范围、对象与证据清单及待核对条款位置栏。
- 无真实测评结果时交付按业务任务组织的评价准备表和补测方案，明确设计走查、功能测试与用户评价分别需要的证据。

## 执行要求

截至 2026-09-08，两项标准均显示现行、推荐性。GB/T 25000.10-2016 全部代替 16260.1-2006；18978.210-2024 自 2025-03-01 实施并全部代替 18976-2003。元数据核验不代表已读质量特性或设计条款。

1. 核对评价对象是软件产品、使用情境还是设计活动，登记项目实际采用的版本和理由。不能仅因国际标准更新就擅自改换国标年份，旧模板中的替代前编号应注明并复查。
2. 确认提供正文的范围和有效版本，仅从可读条款提取质量模型名称、设计活动及适用说明，保留原文位置。缺失内容标为待补，不从记忆拼成官方特性清单。
3. 建立业务任务、用户角色、终端、环境与待评价问题的对应关系。把已有用户研究与待验证假设分开，不能虚构访谈人数、任务成功率或岗位行为。
4. 将适用条款映射到可观察证据，说明需要设计记录、业务运行数据还是用户任务测试。项目自行提出的指标、样本量和目标值另列并注明依据，不包装为国标统一阈值。
5. 检查现有证据能否支持对应判断，区分界面静态走查、功能测试和真实用户评价。外观整齐不能替代可用性证据，也不能据标准名称推导政企配色、字号或圆角要求。
6. 形成评价准备清单及差距，明确当前能判断、尚不能判断和不适用的事项。对于需要补测的内容提出任务、样本条件和记录方法，未执行前不填写通过结论。

## 交付与验收

输出：标准选用与替代关系、可读条款范围、对象—条款—证据矩阵、项目指标建议、缺口及补测计划。验收条件：每项正式条款有原文依据，每项评价有对应证据，企业审美偏好与标准要求明确分开。

边界：这是需要标准正文才能完成条款核对的原创模板；不提供官方认证，不宣称软件已满足国标，也不将来源核验称为提示词效果验证。

### 本条完成检查

- 每项条款判断均有原文位置和适用理由，缺正文的条款保持未核对。
- 对象、角色、终端、条款和证据之间可追溯，项目指标不冒充国标阈值。
- 已能判断与尚不能判断的范围清楚，不以界面整齐或模板填写完整宣称符合国标。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

官方来源（元数据核验日期：2026-09-08）：
- GB/T 25000.10-2016：https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D81641D3A7E05397BE0A0AB82A
- GB/T 18978.210-2024：https://std.samr.gov.cn/gb/search/gbDetailed?id=208E903AB60F79F3E06397BE0A0AB2B9

来源许可说明：官方公开元数据；未发现允许再发布标准全文的明确许可。本批只保留必要元数据和原页面链接，不收录全文。本条为中文原创整理，来源内容与本模板补充要求已在正文区分。

## 任务目标

请审查本次测试活动与测试文档的标准依据及证据完整性。缺少正文时只做版本和证据盘点。

以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

测试审查范围：优先采用当前讨论的测试版本与交付阶段；未指定时，从已有测试计划和执行记录中选择最近一组可识别版本与环境的材料作为审查对象，明确其实际覆盖范围。
标准与测试记录：读取当前授权资料中的测试标准正文或授权摘录、采用依据、计划、用例、缺陷及报告；沿原正文官方入口核对版本和修订状态，不索取工程内已能找到的记录。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 核对测试计划、执行记录、复测记录及报告中的构建标识、环境和时间是否一致。
- 查找 GB/T 38634.2 与 GB/T 38634.3 的项目采用版本、正式可读章节和允许使用的材料范围。
- 关联需求编号、用例编号、执行实例及缺陷，检查未执行、阻塞和修复后复测的证据位置。
- 区分现行标准、复审意见、修订计划及征求意见稿，保留本次实际核对日期。

### 可采用的默认处理

- 测试过程与测试文档分别盘点，沿用记录中真实的版本身份，不把最近提交默认视为已经测试的构建。
- 缺正文时不编造必走流程、必交文档或覆盖率门槛；可继续整理版本、执行证据和关联缺口。
- 不把有计划、有报告或修复说明等同于已执行通过；修订计划不直接作为本项目重新验收要求。

### 必须有依据的事项

- 条款核对缺少正式正文或对应授权章节时，不能完成标准要求判断。
- 执行记录无法确认被测版本或环境时，不能用于该版本的测试符合性结论，先单列为身份待核实证据。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 无正文时交付版本及修订状态表、测试材料索引、过程与文档对应关系和条款待核对项。
- 无执行证据时交付证据登记表与补充清单，给出可逐项复核的责任和条件，不填通过率或完成状态。

## 执行要求

截至 2026-09-08，GB/T 38634.2/.3-2020 均显示现行、推荐性；平台列出 20260619-T-469、20260620-T-469 修订计划，状态为正在征求意见。复审提出修订不等于现行标准已经废止。此处未核验正文条款，以下审查方法为原创。

1. 登记采用的标准版本及项目依据，执行前复查官方现行状态、修订计划和实施日期。现行文本、计划介绍、征求意见稿分别标记，不混用条款编号。
2. 检查提供的正文是否覆盖待审查章节，记录标准号、页码与缺页。没有原文时不得从名称推断必交文档、必走流程或测试覆盖率门槛。
3. 从实际可读条款分别建立测试过程要求与测试文档要求清单，区分要求、建议、示例及允许裁剪的内容。每项记录原文位置和项目适用理由。
4. 盘点测试计划、用例、执行记录、缺陷、复测和结果汇总之间的实际关系，核对需求编号、被测版本和环境是否一致。该盘点分类是本模板方法，不是声明标准规定了相同目录。
5. 对过程执行与文档记录分别核对证据：有计划不代表已执行，有测试报告不代表全部场景通过。标明未执行、阻塞、失败及缺失证据，统计数量保留可复算口径。
6. 列出实际偏差、待核对条款和待补记录，给出补充责任与复核条件。计划修订带来的潜在变化仅登记为待跟踪事项，不擅自要求项目按草案重新验收。

## 交付与验收

输出：版本与修订状态表、可读条款范围、过程核对表、文档核对表、执行证据索引、差距与复核清单。验收条件：正式条款与项目建议分开，每个判断能追溯到原文和执行记录；没有正文则明确未完成条款检查。

边界：不得伪造标准原文、测试数据、符合性报告或认证结论；本模板只有来源元数据核验，不代表已对测试流程或提示词效果进行实测。

### 本条完成检查

- 现行文本和修订材料明确区分，实际采用版本有依据。
- 过程要求、文档要求和执行记录分别对应，正式条款有原文位置，测试事实有构建与环境证据。
- 未测、阻塞、失败及缺证据项保持可见，差距与复核条件可以逐项处理。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

官方来源（元数据核验日期：2026-09-08）：
- GB/T 38634.2-2020：https://std.samr.gov.cn/gb/search/gbDetailed?id=A47A713B75E414ABE05397BE0A0ABB25
- GB/T 38634.3-2020：https://std.samr.gov.cn/gb/search/gbDetailed?id=A47A713B763E14ABE05397BE0A0ABB25

来源许可说明：官方公开元数据；未发现允许再发布标准全文的明确许可。本批只保留必要元数据和原页面链接，不收录全文。本条为中文原创整理，来源内容与本模板补充要求已在正文区分。

## 任务目标

请作为软件产品与交付负责人，整理需求和文档交付依据。如未提供可读正文，先完成版本与材料盘点，不能输出条款符合结论。

以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。

## 输入信息（选填）

两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。

需求交付范围：从当前需求、合同或交付任务确定软件及文档范围；未指定阶段时，按最近一个有版本标识的需求包和实际交付清单盘点，先辨明哪些材料已经存在。
标准与交付资料：在当前项目授权资料中查找合同指定标准、正式正文或授权摘录、需求规格、设计与测试依据；使用文档自身版本和引用关系，不让用户重复整理已有清单。

## 信息不完整时

先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。

### 优先确认

- 查合同、验收约定和团队标准清单中的 GB/T 编号、年份及指定或自选依据。
- 检查标准文件的来源、可读章节和完整性，将正文与仅有标题、目录或转载模板的材料分开。
- 追踪需求编号到规格、设计、接口、测试依据与交付文件的实际版本关系。
- 对照需求修改记录，检查设计及验收资料是否同步，并沿原官方入口核对现行与替代关系。

### 可采用的默认处理

- 先盘点已经存在且确有用途的交付物，不为凑目录新增大量文档，也不把项目盘点分类说成国标固定目录。
- GB/T 默认按推荐性标准处理，是否必须采用由项目依据决定；不因标准较新就推断它替代另一项仍现行标准。
- 缺少正文时将条款编号、要求和适用判断留为未核对，继续完成版本与需求追溯整理。

### 必须有依据的事项

- 具体条款映射必须有可读正式正文或授权摘录，不能依名称、记忆或博客模板补全条款。
- 合同指定标准与团队采用版本冲突，或需求修改是否获准不明时，不能替项目决定验收依据；先列冲突及其影响。

只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。

### 资料仍不足时的交付

- 没有标准正文时交付标准版本表、正文可见范围、交付物盘点及需求到材料的关系表。
- 交付材料尚未形成时，依据已有需求给出必要交付物建议、责任角色和材料缺口，不虚构文档已完成或条款已满足。

## 执行要求

已知元数据：截至 2026-09-08，GB/T 45802-2025、9385-2008、8567-2006 均显示现行、推荐性；45802-2025 于 2025-12-01 实施。不能据此推断它替代了仍现行的 9385-2008。此处只核验元数据，以下是原创工作方法。

1. 核对项目实际采用的标准编号、年份及依据。区别合同指定、团队自选与仅供参考，不把 GB/T 自动改写成所有项目强制要求；执行时复查官方状态。
2. 登记正文来源、版本、可读页码与完整性，排除博客模板、征求意见稿和无版本文件。没有正文时，将条款编号、要求与适用范围留为待补。
3. 仅从可读正文提取适用条款，用简短转述记录要求和位置，区分要求、建议与示例；需求工程、需求规格和文档编制分别映射，不擅自合并为一套官方流程。
4. 盘点本项目业务需求、软件需求、设计说明、测试依据和交付资料，建立需求编号到文档版本及责任角色的关系。这些名称只是项目盘点维度，不能冒充标准固定目录。
5. 逐条填写条款位置、适用理由、项目文档、证据位置、差距与补充责任。不适用项须有正文与项目依据；只看到标题或目录的条款标为未核对。
6. 检查需求修改是否同步到设计与验收资料，区分项目内容缺失和标准证据缺失。先交付必要清单，不为凑齐模板生成无人使用的大量文档。

## 交付与验收

输出：标准版本表、可读正文范围、条款—交付物映射、差距及责任表、补充材料清单。仅按用户明确要求创建文件，正文不得大段复制。验收条件：所有条款判断都有原文位置和项目证据，缺失正文时只报告元数据已核验。

边界：本提示词不等于官方标准原文，也未经过真实项目效果测试；不得凭填完表格宣称符合国标或已完成业务验收。

### 本条完成检查

- 标准版本、采用依据和正文范围清楚，未核对条款不出符合结论。
- 条款到交付物的每个正式判断可定位原文和项目证据，需求变更的同步缺口可追踪。
- 交付建议只覆盖实际阶段所需内容，不把完成映射表等同于业务验收或国标认证。

按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。

## 参考资料与适用边界

官方来源（元数据核验日期：2026-09-08）：
- GB/T 45802-2025：https://std.samr.gov.cn/gb/search/gbDetailed?id=36DE96AA3EACCD71E06397BE0A0A23D9
- GB/T 9385-2008：https://std.samr.gov.cn/gb/search/gbDetailedCNF?id=71F772D7FB12D3A7E05397BE0A0AB82A
- GB/T 8567-2006：https://std.samr.gov.cn/gb/search/gbDetailedCNF?id=71F772D7FDE1D3A7E05397BE0A0AB82A

来源许可说明：官方公开元数据；未发现允许再发布标准全文的明确许可。本批只保留必要元数据和原页面链接，不收录全文。本条为中文原创整理，来源内容与本模板补充要求已在正文区分。