系统测试章写作指导

全过程的读法与各本分工，见 写作指南总览。

本指南说明软件设计类说明书中「系统测试 / 实现与测试」一节如何撰写。章节目录与篇幅见 毕业设计写作指南。用例表用三线表，见 论文用图指南。交稿前的检测见 AI智评介绍。本指南不替代本校正式模板。

开题规范要求「功能测试必有；有模型则写评估指标」。范例取自参考文献中的学位论文，文中只称对标论文，不写作者姓名。只测本系统已实现的模块；功能测试与模型评估分开写。

对标编号（只标学校，不标作者）：

1. 这一节写什么、不写什么

系统测试写的是：做成的系统，按设计能否在界面或接口上核验。评阅与答辩所问，亦是这些可观察的事实，而非算法公式。

有模型的课题仍要报指标，但放在实验/结果分析或本节的「效果评估」小节，不要塞进功能用例表当「测试结果」。

期刊论文里的「测试结果」多半是 hold-out 集指标，不能当系统测试范本。范本只从「设计与实现」类学位论文里取。

开题已写「功能测试 / 评估指标」的，正文目录必须能对上，不能开题有测试、正文只有截图。开题本栏怎么写见 开题报告写作指南。

2. 写作原则（从文献收）

1. 先方法，后出表。 对标论文2、对标论文3都是一段总述再跟表，前无总述、上来便列表则不宜。
2. 方法点名黑盒。 按模块需求编用例，靠界面或接口操作核对对错（对标论文2、对标论文1、对标论文5）。
3. 用例四件套齐全。 测什么、怎么操作/输入什么、预期看见什么、实际怎样、结论。缺「预期」就无法判断通过。
4. 正例不够，必须有反例。 文献里反复出现：正确输入、错误输入、空缺未填、有/无记录、参数越界。只写「点按钮能出图」会被问失败路径。
5. 一张表一个模块（或一类功能）。 对标论文1按「信息管理 / 模型构建 / 风险预测」拆表；对标论文2按登录、查询、贷后等拆表。不要把全系统塞进一张无限长表。
6. 结论可观察。 写「跳转成功页」「弹出未全部输入」「返回行业名称与图谱一致」，不写「功能正常」。
7. 表后要有分析。 对标论文2解释：库操作快、全量预测/多模型对比慢。对标论文4解释：库从 1k 扩到 15 万，在线回答仍约 1 秒，准确率略降。全是「通过」等于没写完。
8. 只测真做的。 核心算法相关行可加粗强调（对标论文2），但不要为凑页数测论文里没有的模块。
9. 数字必须能复现。 有秒数、题数、正确数就写；没有就不写性能表，更不要抄别人的 93%、180ms。
10. 与需求、设计、界面同一套用语。 用例名须能在需求清单、功能模块图、运行界面上找到对应项；对不上就是测了另一套系统。
11. 本章小结回扣三件事： 实现了哪些模块、测了功能（和效果）、一句总判断。对标论文1的「测试原则」五条（按用户需求、有计划、期望与实际对照、设计决定效率、用例可复用）可以压成节首 2～3 句，不要扩成软件工程教科书。

3. 推荐结构

放在「系统设计与实现」章末，或单独「实现与测试」章。与 写作指南第6章 对齐：环境、功能、非功能（性能或安全）、结果分析。本科够用的目录：

X. 系统的实现与测试          （或：X.N 系统测试）
  X.1 测试环境               半页，1 张表
  X.2 功能测试               必有；1.5～2 页
  X.3 性能或效果评估         按课题选一种，见下
  X.4 本章小结               一段

X.3 选哪种（不要混名）：

「性能测试」在文献里被用乱了：对标论文3把准确率叫性能，对标论文4把时延叫性能。正文里时延归性能，对错归效果，标题写清楚即可。没有登录、没有批量推理、没有题库，就不要硬开 X.3。

4. 各小节怎么写

4.1 测试环境

学对标论文4表 5-1、对标论文2开发环境表。只写跑测试时的真实环境。

节首一句即可：「系统在如下环境完成功能测试与……」。不要把安装教程写进来。

4.2 功能测试

节首总述（骨架来自对标论文2 + 对标论文3）：

本系统实现了……个模块。功能测试采用黑盒方法，依据各模块设计需求编制用例，通过界面（或接口）操作验证实际结果是否与预期一致。各模块用例及结果见表 X-1 至表 X-n。

然后按模块出表。模块过渡句学对标论文1：

为验证……功能是否按需求实现，分别对合法输入与……（错误 / 空缺 / 越界）进行测试，用例如表 X-2 所示。

用例表做成三线表，表号表题在表上方，见 论文用图指南 与 SQL生成数据库表格。

表头采用文献中可拼的一档（推荐）：

文献原表头对照，勿混用同一张表：

推荐表头把「预期」和「实际」拆开，避免对标论文3那种实际栏只写「符合预期」、信息量为零。

用例从文献里抽象出的五种（按系统类型选用，不要求全有）：

问答类再加两类（对标论文3功能面 + 对标论文5路径面）：页面能否输入与展示；图谱查询与生成式回答是否各走各的路。

实现章的运行界面证明「做成了」；测试章的表证明「按用例核对过」。需要配图时，只截与该条用例对应的结果页或提示框，图题写「图 X-n ……测试结果」，正文先有「如表 X-n、图 X-n 所示」。不要把实现章截图原样再贴一遍。

4.3 性能、效果或安全

有界面耗时就学对标论文2： 表列为功能、运行时间、资源占用；表后按「简单库操作短、批量推理/解释长」写原因。没有秒表就整节删掉，不要空喊「及时响应」。

有检索/问答就学对标论文4或对标论文3：

• 对标论文4：自变量是数据规模（或题型），因变量是离线耗时、在线平均耗时、准确率，必要时配曲线。
• 对标论文3：固定题量，人工判对错，报总数 / 正确数 / 准确率。

效果表与功能表不要抢同一组「通过」：功能表看页面通不通，效果表看一批题对多少、多慢。

有登录或角色时，在功能表加两条即可：未登录访问受保护页应跳转或提示；乙角色打不开甲角色的管理项。没有这两种行为，不要单写「安全性测试」凑节。

兼容： 写清在哪一种浏览器下完成功能测试。未做多浏览器对比，就不要列表假装测过 Edge、Firefox、手机端。

4.4 本章小结

学对标论文3、对标论文4的收束，三句封顶：

本章完成了系统实现与测试。按需求分析对……模块做了黑盒功能测试，结果与预期一致；（可选）在……组用例 / ……题上，平均时延为……，准确率为……。

5. 文献示例（改写为通用句，保留出处代号）

5.1 节首总述

对标论文3：测试分功能、性能（其文中的性能实为准确率）两部分；功能目标是各部分能否运行，并把实际与预期比较。

对标论文2：点明黑盒；用例来自各模块设计需求；用界面操作验证；再分表列出。

对标论文5：先写测哪两条业务路径（如数据查询、智能问答），再写黑盒怎么输入、观察什么（速度、对不对、好不好懂）。

5.2 功能表示例（结构来自对标论文3，补上反例）

对标论文3原文只有前两行这类正例；后两行是按对标论文2、对标论文1的反例原则补的，写论文时换成自己的按钮和提示原文。

5.3 带正误对照的功能表示例（结构来自对标论文2、对标论文1）

「阈值内 / 超阈值」来自对标论文1模型构建表，任何带参数的训练、检索 Top-K、生成温度都可套。

5.4 效果/性能表示例

题量准确率（对标论文3）：

规模与时延（对标论文4，列名可换成自己的阶段）：

表后必须有一句：规模变大时哪一段变慢、准确率是否可接受。对标论文4的结论句式是：离线可慢，在线回答仍控制在约 1 秒，准确率随规模略降。

分功能耗时（对标论文2）：

表后按原因归类，不要逐行复读数字。表中秒数、题数须与实验章一致；此处示例中的 82.5% 只示范列名，不得照抄进正文。

6. 篇幅与评阅对照

与 写作指南 的常见基线对齐：本章约 1000–1500 字，表 5–8 个。

7. 完稿自查

• [ ] 节首写了黑盒（或等价：按需求、比预期与实际）
• [ ] 只出现本系统真实模块
• [ ] 用例名能在需求清单与模块图上找到
• [ ] 每条用例有输入、预期、实际、结论
• [ ] 每个主要模块至少 1 条反例或空值
• [ ] 模型指标不在功能表里冒充「通过」
• [ ] 有性能/效果表则表后有原因，且数字前后一致
• [ ] 测试数据已脱敏，并与界面图样例一致
• [ ] 用例表为三线表，表号表题在上
• [ ] 本章小结能一句话回答「测了什么、过了没有」