缺陷系统试用的验收标准，核心是把“系统好不好用”拆成能取数、能复算、能判定的问题：先划定试用场景与范围，再为每个场景定义指标口径和证据，最后按阈值逐项判定并给出通过、有条件通过或不通过的结论。本文给出一套可执行的验收方法，包含公式、时间窗、缺失值处理和带数字的示例。缺陷工作项的记录与统计可由ONES承载，具体字段与报表配置需在试用环境中核验。
要点总览（TL;DR）
- 验收标准按录入、流转、查询统计、权限与通知、数据导入导出五类场景设定，每个场景保留2至4个可计算指标，避免指标堆砌。
- 每个定量指标写清公式、分子分母、时间窗和单位，例如缺陷录入完整率=字段齐全缺陷数÷同期新建缺陷总数×100%，时间窗与试用周期一致。
- 阈值优先用旧系统或历史数据做基线对比，没有基线时按业务目标反推，并在试用开始前写入验收方案，试用中不因结果调整。
- 判定采用关键项一票否决、非关键项累计的合成规则，结论分为通过、有条件通过和不通过，有条件通过需约定整改项与复验时间。
- 试用期样本量小、场景覆盖有限，指标达标不等于长期可用，建议正式上线后1至3个月用相同口径复验关键指标。
试用验收要回答哪些问题
验收的对象是缺陷系统在真实业务场景中的使用表现，而非软件功能清单是否齐全。判定对象应落到具体角色和动作上：测试人员提交缺陷、研发人员处理与修复、测试人员验证关闭、质量负责人查询统计。每个角色在试用期内完成多少次真实操作、留下哪些记录，构成验收的样本基础。
验收结论建议设三种形态，避免“通过/不通过”二选一掩盖问题：
- 通过：关键场景指标全部达到阈值，非关键场景无阻断性问题，证据完整可复核。
- 有条件通过：关键场景达标，个别非关键指标未达阈值或存在可规避的缺陷，约定整改项、责任人和复验时间后进入下一阶段。
- 不通过：任一关键场景指标未达阈值，或出现数据丢失、权限越权等阻断性问题，本轮试用终止并记录原因。
验收结论直接服务于选型与采购决策：通过意味着可以进入商务与部署阶段；有条件通过意味着把整改项写入合同或上线计划；不通过则回到候选评估或调整试用范围重新验证。验收标准应在试用开始前确定并双方确认，避免试用结束后再议口径。
验收指标与试用范围怎么划
指标按使用场景划分，每个场景保留2至4个核心指标即可，指标过多会稀释判定重点。下表给出场景与指标的对照关系，指标名称在此只做列举，口径在下一节定义。
| 场景 | 核心指标 | 关注的问题 |
|---|---|---|
| 缺陷录入 | 缺陷录入完整率、录入平均耗时 | 必填信息是否齐全，提交是否顺畅 |
| 状态流转 | 状态流转准确率、缺陷重开率 | 状态与实际处理是否一致，修复质量如何 |
| 查询统计 | 查询响应时间、统计结果与明细一致率 | 检索是否可用，报表数字是否可信 |
| 权限与通知 | 权限配置符合率、通知到达率 | 角色可见范围是否正确，消息是否及时 |
| 数据导入导出 | 导入成功率、导出字段完整率 | 批量数据能否进出，字段是否丢失 |
试用范围要写清四个边界：参与团队（如某产品线的测试组与研发组）、纳入项目（1至2个真实迭代项目）、缺陷类型（功能缺陷、性能缺陷等，明确是否含需求变更类工单）、时间窗（建议覆盖至少一个完整迭代，通常2至4周）。范围之外的数据不计入验收样本，避免用零散试用记录拼凑结论。
指标的数据口径与证据怎么留
每个定量指标必须写清公式、分子分母、统计时间窗和单位，否则不同人算出的结果无法比较。下表给出常用指标的口径定义，团队可在此基础上增删。
| 指标 | 公式 | 分子 / 分母 | 时间窗与单位 |
|---|---|---|---|
| 缺陷录入完整率 | 字段齐全缺陷数 ÷ 同期新建缺陷总数 × 100% | 分子：必填字段全部填写的缺陷数；分母：试用期内新建的全部缺陷 | 与试用周期一致，按百分比计 |
| 状态流转准确率 | 状态与实际处理一致的缺陷数 ÷ 抽查缺陷数 × 100% | 分子：经复核状态与处理记录一致的缺陷；分母：随机抽查的已关闭缺陷 | 按抽查批次，按百分比计 |
| 缺陷重开率 | 被重开的缺陷数 ÷ 已关闭缺陷数 × 100% | 分子：关闭后再次被打开的缺陷；分母：同期状态为已关闭的缺陷 | 与试用周期一致，按百分比计 |
| 查询响应时间 | 查询耗时总和 ÷ 查询次数 | 分子：每次查询从提交到结果返回的耗时之和；分母：有效查询次数 | 按秒计，取平均值与最大值 |
| 导入成功率 | 成功导入记录数 ÷ 提交导入记录数 × 100% | 分子：导入后校验通过的记录；分母：导入文件中提交的记录 | 按批次，按百分比计 |
定性项同样需要证据，不能只写“体验良好”。权限配置符合率可以用权限配置截图与角色清单逐项比对；通知到达率可以用消息记录截图或系统日志统计；操作顺畅度可以用试用人员的操作记录和评审会纪要佐证。证据清单应标明文件名、获取时间、获取人和存放位置，保证第三方可以复核。
缺失值与分母为零要提前约定规则：某指标在时间窗内没有样本（如试用期无缺陷重开），该指标记为“无样本”，不参与整体合成，也不按0%或100%处理；分母为零时同样记为无样本并说明原因。抽查类指标若抽查量不足，应扩大抽查范围或延长统计窗口，不能以少量样本直接下结论。
验收怎么算、怎么判
执行顺序建议固定为四步，保证结果可追溯：
- 取数：按口径表从系统中导出原始记录，注明导出时间与筛选条件，原始数据留存备查。
- 核对：抽取部分记录与操作记录、截图比对，确认字段含义与统计逻辑一致，发现口径歧义先修正口径再计算。
- 计算：按公式逐项计算，保留计算过程表，记录分子、分母和结果。
- 复核：由未参与计算的另一名成员复算关键指标，结果一致后签字确认。
阈值设定有两种方法，优先结合使用。基线对比法适用于团队已有旧系统或历史数据的情况：先统计旧系统在相同口径下的数值，新系统试用结果不低于基线即视为达标。目标导向法适用于没有基线的情况：根据业务目标反推阈值，例如要求缺陷信息足以支撑版本质量分析，则录入完整率目标可设为95%以上。阈值必须在试用开始前写入验收方案，试用过程中不因结果不理想而调整。
整体结论按“关键项一票否决、非关键项累计”的规则合成：录入完整率、状态流转准确率、导入成功率通常列为关键项，任一项未达阈值即整体不通过；查询响应时间、通知到达率等列为非关键项，未达标但可通过配置或流程规避的，给出有条件通过并约定整改与复验时间。合成规则同样要事先写明，避免判定时临时解释。
在验收执行环节，缺陷工作项的字段填写、状态变更和查询统计需要有稳定的记录载体。ONES Project 支持缺陷跟踪管理，可统计缺陷状态分布；与 ONES TestCase 配合时，未通过的用例可快速创建缺陷任务并在测试与研发团队间流转，测试报告与缺陷分布统计可作为取数来源之一。具体字段必填规则、状态流转配置和报表维度需在试用环境中实际核验后再写入口径表。
一个可复算的验收示例
以下为演示情景，数字为假设值，用于说明计算与判定过程。某团队试用缺陷系统4周，纳入1个迭代项目，试用期内新建缺陷200条，已关闭缺陷160条，随机抽查已关闭缺陷50条，执行批量导入3批次共300条记录。
缺陷录入完整率：200条新建缺陷中，必填字段齐全的有188条，完整率 = 188 ÷ 200 × 100% = 94.0%。若阈值为95%，该项未达标。
状态流转准确率：抽查50条已关闭缺陷，状态与处理记录一致的有48条，准确率 = 48 ÷ 50 × 100% = 96.0%。若阈值为95%，该项达标。
缺陷重开率：160条已关闭缺陷中，关闭后被重开的有12条，重开率 = 12 ÷ 160 × 100% = 7.5%。该项通常作为观察指标，阈值可设为不高于10%，本例达标。
导入成功率：3批次共提交300条记录，成功导入291条，成功率 = 291 ÷ 300 × 100% = 97.0%。若阈值为98%，该项未达标。
按“关键项一票否决”规则，录入完整率与导入成功率均列为关键项且未达阈值，整体结论为不通过。若团队将导入成功率调整为非关键项（例如试用期导入量小、可改用其他方式补录），则整体结论可改为有条件通过，整改项为必填字段校验配置与导入模板字段映射，约定两周后复验这两项指标。
结果怎么解读，哪些限制要说明
试用期样本量小是最主要的限制。4周、200条缺陷的样本足以发现明显的配置问题，但对低频场景（如严重缺陷的跨团队流转、批量回退）覆盖不足，指标达标只能说明在已覆盖场景中表现可接受。验收报告应写明样本量、覆盖项目和未覆盖场景，供决策者判断结论的适用范围。
指标达标与长期可用之间存在差距。试用期往往有厂商支持、参与人员积极性高，正式上线后使用人数增加、数据量增长，查询响应时间和录入规范性可能变化。建议在正式上线后1至3个月设复验节点，用相同口径重新统计关键指标，复验结果作为持续改进依据。
数据不可比时要谨慎处理。若试用期中途调整了字段定义、状态规则或统计范围，前后数据不能直接合并计算，应分段统计或只采用调整后的数据，并在报告中注明。发现口径歧义导致结果偏差时，修正口径后重新取数计算，不复用旧结果。单项指标未达标不等于系统整体不可用，应结合场景重要性和整改成本综合判断；同样，单项指标达标也不能替代整体结论，判定始终以事先约定的合成规则为准。
常见问题
试用期没有旧系统数据，阈值怎么定才不拍脑袋？
没有基线时，用目标导向法反推阈值：先明确这个指标要支撑什么业务判断，再倒推可接受的水平。例如缺陷信息要能支撑版本质量分析，录入完整率的目标可设为95%以上；导入成功率要保证批量数据不返工，可设为98%以上。设定时记录推导依据，并在试用前两周先统计一次现状值作为参照，正式判定仍以事先写入方案的阈值为准。阈值一旦确认，试用过程中不因结果不理想而调整。
试用中途调整了缺陷字段或状态规则，前后数据还能合并计算吗？
不能直接合并。字段定义、状态规则或统计范围发生变化后，前后数据的口径已经不同，合并计算会得出失真的结果。处理方式是分段统计，只采用调整后口径的数据参与判定，并在验收报告中注明调整时间、调整内容和影响范围。如果调整后样本量不足以支撑判定，应延长统计窗口补足样本，或把该指标记为无样本、不参与整体合成。
某个关键指标差一点没达标，能不能直接判通过？
关键项一票否决的规则应在试用前写入方案，判定时按规则执行，避免临时解释。若确实认为该指标不影响本轮决策，正确做法是在验收评审中正式修改指标分类，把该项从关键项调整为非关键项，说明理由并记录，再按新规则合成结论，整体结论相应变为有条件通过并约定整改与复验。直接口头放行会让验收标准失去约束力，后续复验也缺少依据。
定性项怎么留证据才算可复核？
定性项要落到可查看的记录上，避免只写主观评价。权限配置符合率可用权限配置截图与角色清单逐项比对；通知到达率可用消息记录截图或系统日志统计；操作顺畅度可用试用人员的操作记录和评审会纪要佐证。证据清单标明文件名、获取时间、获取人和存放位置，让未参与试用的成员也能按清单复算和核对。
验收通过后还需要做什么？
通过意味着可以进入商务与部署阶段，但试用结论的适用范围有限。建议把验收方案、口径表、计算过程表和证据清单归档，作为上线后复验的对照基准；在正式上线后1至3个月设复验节点，用相同口径重新统计关键指标，重点观察使用人数和数据量增长后查询响应时间与录入规范性的变化。有条件通过的，则把整改项、责任人和复验时间写入上线计划，复验通过后再关闭整改项。
