论文第 6 章最常见写法是「经过测试，系统运行良好」。老师下一句就是：测了什么？失败会怎样？章节比例见 论文七章；答辩问法见 答辩清单。本页只解决：表怎么填、8 条从哪来、答辩讲哪 4 条。
合格线：8–12 条功能测试；至少 4 条预期失败；每条有步骤和预期结果；实际结果与截图能对上。不要复制网上「登录成功/登录失败」空表。
一、先测主流程，不要测所有按钮
测试范围跟开题 P0 对齐，见 功能清单。默认四段：
- 登录与角色
- 提交一条业务
- 审核 / 冲突 / 库存等硬规则
- 统计数字是否跟着变
个人中心、公告、头像可以不测。硬规则写法见 冲突检测。中期能跑通再补失败用例，见 中期 3 天。
二、论文表格列（直接复制）
| 列 | 写什么 | 反例 |
|---|---|---|
| 编号 | TC-01 | 1、2、3 无前缀 |
| 模块 | 预约提交 | 系统测试 |
| 前置 | 学生已登录；实验室 A 14:00–16:00 空闲 | 无 |
| 步骤 | 3 步以内：打开页 → 填时段 → 提交 | 「进行测试」 |
| 预期 | 提示成功，库中 status=PENDING | 「符合预期」 |
| 实际 | 与预期相同 / 截图编号 | 空白 |
| 结果 | 通过 / 不通过（不通过要写缺陷号） | 全是通过还不配图 |
三、8 条模板（预约题，可改名套报修/订房）
| 编号 | 测什么 | 预期 |
|---|---|---|
| TC-01 | 学生登录正确账号 | 进入学生首页 |
| TC-02 | 密码错误 | 提示错误，不进系统 |
| TC-03 | 提交合法预约 | 待审核记录入库 |
| TC-04 | 开始时间晚于结束时间 / 空时段 | 前端或接口拒绝 |
| TC-05 | 学生打开审核页 | 403 或无菜单 |
| TC-06 | 管理员通过预约 | 学生端状态变已通过 |
| TC-07 | 同一实验室时段相交再约 | 拒绝，提示冲突 |
| TC-08 | 统计页人数/次数 | 与刚才操作一致，不是写死数字 |
报修把 TC-07 换成「完工前不能评价」或「未接单不能填耗材」。招聘换成「未登录不能投递」。原则：每条失败都对应你系统里的一条 if。 状态枚举见 4 张核心表。
四、答辩 40 秒（可照念）
我做了功能测试，表在论文第 6 章。正常路径：学生提交、管理员通过。失败路径三条：密码错误进不去；学生打不开审核；交叉时段被冲突检测拦住。统计页的数字跟库里已通过条数一致。没有做全量自动化，核心校验用接口测过。
现场最多展开 TC-05 和 TC-07。演示顺序配合 3 分钟脚本：先成功再失败。PPT 测试页只放这 4 条，见 12 页 PPT。
五、常见翻车
| 做法 | 为什么挂 | 改法 |
|---|---|---|
| 30 条全是通过 | 像没测边界 | 砍到 8–12，失败至少 4 条 |
| 预期写「系统正常」 | 无法复现 | 写页面提示 + 数据库字段 |
| 只测登录 | 主业务没测 | 提交和硬规则必须在 |
| 截图是空表 | 对不上操作 | 先造演示数据再截 |
| 抄性能测试 1000 并发 | 本科讲不清 | 不写，除非真测了并有图 |
六、第 6 章还要有什么
- 测试环境：JDK / MySQL / 浏览器版本，和部署说明一致
- 用例表（上表）
- 2–4 张结果截图：成功、冲突提示、越权、统计
- 发现的缺陷：至少 1 条「测的时候拦过、后来修了」
没有缺陷记录，老师会觉得你没测。写一条真实的即可，例如「空结束时间前端没校验，已补」。查重时用例表用自己的模块名，见 查重怎么改。
常见问题
没有 JUnit 能过吗？
能。本科默认功能测试表。有时间再给冲突检测补 3 条接口测试。
要不要写安全测试、压力测试？
一句带过即可：「未做专业渗透和压测」。硬写没数据更假。
小程序怎么测？
同样 8 条：开发者工具里走提交/审核；另加一条「未授权不能调接口」。支付用测试模式，不要写真实扣款。
Python 分析题没有审核流？
测数据：空文件、缺列、重复行、图表是否和统计值一致。不要硬套预约表。