软件测试需求明细列表多版本采用说明
生成日期：2026-06-24
适用范围：康比特智慧营养健康餐厅管理系统 V1.0 软件测试需求明细材料整理、送测填报、答疑备查。
1. 结论
本次“软件测试需求明细列表”建议按以下顺序使用：
| 优先级 | 文件 | 建议用途 | 原因 |
|---|---|---|---|
| 1 | 软件测试需求明细列表_智慧营养健康餐厅_填写完成版.docx | 对外提交主版本 | 表格结构更接近原始测试需求明细模板，已填入项目名称、委托单位、生产单位、联系人、联系方式、测试内容勾选、功能明细、性能指标、质量特性、远程测试说明。 |
| 1A | 软件测试需求明细列表_智慧营养健康餐厅_原模板严格填写版.docx | 模板限制严格时的对外提交版本 | 完全沿用原始 软件测试需求明细列表.docx 的三表结构：功能明细表、测试内容勾选表、注意事项表；性能、质量特性和远程测试只填入模板原有“还需要确认”三问，不额外扩展表格。 |
| 2 | 软件测试需求明细列表_智慧营养健康餐厅_确定版.docx | 内部解释口径、答疑备查、补充说明 | 内容更展开，适合解释为什么勾选对应测试项、为什么采用 100 并发、8 台服务器/虚拟机、10 万人员、100 万订单等参数。 |
| 3 | 软件测试需求明细列表_智慧营养健康餐厅高详填写版.docx | 谨慎草稿、黄色问题清单、未确认场景备份 | 旧版按“资料不足先标黄”写法生成，适合保留风险意识；但在新找到的已填写版本出现后，不建议再作为唯一提交版本。 |
| 4 | 答疑文件0624/软件测试需求明细列表.docx | 原始空白模板 | 只作为格式来源和填报依据，不作为已完成内容提交。 |
2. 新 Word 已经明确的内容
新取得的两个 Word 共同把以下内容从“待确认建议”提升为“当前主口径，提交前复核”：
| 事项 | 新文件口径 | 原高详版状态 | 本次处理 |
|---|---|---|---|
| 项目名称 | 康比特智慧营养健康餐厅管理系统 V1.0 软件测试 | 待确认 | 改为当前主口径，仍需与委托书/测试报告抬头复核一致。 |
| 委托单位 | 北京康比特体育科技股份有限公司 | 待确认 | 改为当前主口径，若最终由客户委托再调整。 |
| 生产单位 | 北京康比特体育科技股份有限公司 | 待确认 | 改为当前主口径，若联合开发/硬件厂商需另行确认是否列入。 |
| 联系人 | 吕立甫 / 康比特项目负责人 | 待确认 | 填写完成版 已写吕立甫；确定版 写康比特项目负责人。建议提交版用吕立甫，外发前确认姓名是否可对外。 |
| 联系方式 | 010-50949378；lvlifu@chinacpt.com | 待确认 | 改为当前主口径，外发前确认电话和邮箱可用。 |
| 测试内容 | 产品说明要求、漏洞扫描、功能性、性能效率、兼容性、用户文档集要求、易用性、可靠性、信息安全性、可移植性、维护性勾选；登记测试、渗透测试、代码审计、造价评估不勾选 | 建议勾选/待确认 | 以 填写完成版 勾选表为准。 |
| 远程测试 | 支持远程测试，需要测试环境、账号、脱敏数据、设备/Mock、接口沙箱、访问白名单等 | 待确认 | 改为当前主口径，但具体 VPN/白名单/账号仍需实施负责人准备。 |
| 性能指标 | 100 并发；8 台服务器/虚拟机；人员 10 万；订单 100 万；查询 P95 3 秒；复杂报表 P95 10 秒；单笔交易 P95 2 秒；设备上传 50 TPS；导出 10 万行 | 建议指标/待确认 | 改为当前主口径，提交前需确认测试环境能支撑这些参数。 |
| 设备范围 | 消费机、称重台、膳食智能台、电子菜牌、打印机、取餐柜、售卖柜等 | 需确认 | 按 填写完成版 作为测试覆盖口径，具体设备数量以现场/测试环境为准。 |
3. 仍需黄色标注或人工复核的点
以下内容即使已有填写版本，也不应由 Agent 自动当成最终事实：
| 复核项 | 为什么仍需复核 | 建议动作 |
|---|---|---|
| 联系人是否最终用“吕立甫” | 两个新文件写法不完全一致，一个写具体姓名，一个写项目负责人。 | 对外提交前由项目负责人确认姓名、电话、邮箱。 |
| 测试报告用途 | 若用于软著、产品登记、适配认证、客户投标或第三方验收，测试项勾选可能不同。 | 提交前确认报告用途和测试机构模板要求。 |
| 性能规模 | 100 并发、8 台服务器、10 万人员、100 万订单是明确口径，但需要与测试环境一致。 | 由产品/测试/运维确认测试环境资源、数据造数和压测窗口。 |
| 远程测试条件 | 文件写“支持远程测试”，但实际仍依赖账号、VPN/白名单、脱敏数据、设备或 Mock。 | 测试前形成账号清单、访问方式、测试窗口和禁止操作清单。 |
| 国产化/适配范围 | 文件写麒麟/统信、国产数据库、国产中间件和标准设备/Mock，但未绑定具体版本。 | 若报告涉及国产化适配，补充操作系统、数据库、中间件、CPU/服务器型号。 |
| AI 识别/营养建议指标 | 文件强调人工复核，但未给准确率/召回率。 | 不建议承诺 AI 准确率；如测试机构要求，另建测试集和指标口径。 |
4. 推荐对外交付组合
建议最终交给检测/认证/合作方时使用以下组合：
软件测试需求明细列表_智慧营养健康餐厅_填写完成版_推荐提交.docx- 如果对方明确要求不得改变模板结构，改用
软件测试需求明细列表_智慧营养健康餐厅_原模板严格填写版.docx - 如对方要求解释性能、质量特性、远程测试和设备覆盖依据，再附
软件测试需求明细列表_智慧营养健康餐厅_确定版_扩展参考.docx - 内部保留
software-test-requirements-source-decision.html作为版本采用说明。 - 内部保留
pending-confirmation-list.xlsx，其中软件测试相关项已调整为“有主口径，提交前复核”。
5. 不建议的做法
- 不建议把原空白模板和旧高详草稿混在一起外发，容易让对方误以为仍未确定。
- 不建议把“确定版”直接替代表单版外发，因为它更像说明材料，格式不一定符合平台/测试机构上传要求。
- 不建议删除黄色复核项。新文件提高了确定性，但联系人、测试用途、压测环境、远程访问条件仍需要人工确认。
模板限制严格时，优先使用“原模板严格填写版”；需要解释口径时，再使用扩展参考版。