阶段性工作述职报告
汇报人: 丁少华入职时间: 2025年9月
岗位: 测试工程师
汇报周期: 2025年9月 - 2025年12月
一、入职概况
本人于2025年9月加入公司,担任测试工程师,主要负责教师端App的质量保障工作。 教师端App是公司面向一线教师的核心产品,帮助教师高效地布置学习任务、批改作业、分析学情。入职三个多月以来,我深度参与了答题卡模块的完整测试工作,从需求评审、用例设计、功能测试到上线验证,全流程参与。 通过这段时间的工作实践,我对答题卡模块的业务逻辑、数据流转、用户场景有了较为深入的理解,现将我负责的这一核心业务模块进行详细汇报。二、教师端App任务体系概述
在深入介绍答题卡模块之前,首先需要了解教师端App的整体任务体系。2.1 任务类型分类
教师端App支持教师向学生布置多种类型的学习任务:| 任务大类 | 说明 | 典型场景 |
|---|---|---|
| 作业和测验 | 需要学生完成并提交的练习或考试 | 课后作业、随堂测验、单元考试 |
| 资源 | 学习资料的下发,学生查看即可 | 课件分享、教学视频、学习资料 |
| 课程 | 结构化的课程内容推送 | 章节学习、专题课程 |
2.2 作业和测验的细分
作业和测验是教师使用最频繁的功能,根据内容来源又分为:| 子类型 | 内容来源 | 特点 |
|---|---|---|
| 标准作业/测验 | 从题库选题组卷 | 题目来自平台题库,有标准解析 |
| 答题卡作业/测验 | 教师自主创建 | 教师自定义题目结构和答案,灵活度高 |
三、答题卡模块核心业务介绍
3.1 答题卡的产品定位
为什么需要答题卡功能? 在实际教学中,教师经常遇到这些情况:- 想用自己学校的试卷,但题库里没有
- 临时想出几道题考考学生
- 需要根据本班学情自定义练习内容
- 想用纸质试卷,但又希望系统帮忙统计成绩
3.2 两种评分模式详解
答题卡支持两种评分模式,适用于不同教学场景:3.2.1 正确率模式
适用场景:- 日常课后练习
- 巩固性作业
- 不需要精确计分的小测验
- 只关注对错,不设置分值
- 统计维度是”正确率”
- 报告展示:正确率、错题数量、答对/答错人数
| 学生 | 总题数 | 正确数 | 错误数 | 正确率 |
|---|---|---|---|---|
| 张三 | 20 | 18 | 2 | 90% |
| 李四 | 20 | 15 | 5 | 75% |
3.2.2 计分模式
适用场景:- 单元测试
- 期中期末考试
- 需要精确计分和排名的正式测验
- 每道题设置分值(支持0.5分精度)
- 统计维度是”得分”
- 报告展示:总分、平均分、得分率、班级排名
| 学生 | 满分 | 得分 | 得分率 | 排名 |
|---|---|---|---|---|
| 张三 | 100 | 92 | 92% | 1 |
| 李四 | 100 | 85 | 85% | 2 |
3.2.3 计分模式的特殊规则——少选得分策略
在计分模式下,多选题有一个特殊的配置项:少选得分策略。 这是因为多选题存在”部分正确”的情况。比如正确答案是ABCD,学生选了ABC,算对还是错? 系统提供三种策略:| 策略 | 说明 | 示例(满分4分,答案ABCD,学生选ABC) |
|---|---|---|
| 不开启 | 少选就算错 | 得0分 |
| 少选得一半分 | 少选得该题50%的分 | 得2分 |
| 少选得N分 | 少选得固定分值(可配置) | 得N分(如配置1分则得1分) |
四、业务流程与数据流转详解
答题卡模块的完整业务涉及五个核心阶段,下面逐一详细说明。4.1 阶段一:创建答题卡
入口位置: 我的资源 → 答题卡 → 新建答题卡 操作流程:| 字段 | 说明 | 示例 |
|---|---|---|
| 名称 | 答题卡名称 | ”第三单元测试” |
| 年级 | 适用年级 | 7(七年级) |
| 学科 | 适用学科 | 3(数学) |
| 评分模式 | 0=正确率,1=少选得半分,2=少选得N分 | 1 |
| 题目分组 | 分组列表 | [{name:"一、选择题", questions:[...]}] |
| 下发状态 | 是否已布置过 | false |
| 字段 | 说明 | 示例 |
|---|---|---|
| 题目ID | 唯一标识 | ”q_001” |
| 题目类型 | 1=选择,2=填空,3=解答 | 1 |
| 答案详情 | 正确答案配置 | [{选项:"A", 是否正确:true}, ...] |
| 分值 | 计分模式下的分值 | 4 |
- 必填字段的校验
- 题型配置的正确性(选项数量、答案设置)
- 分值设置的边界(0.5-100分)
- 保存后数据的完整性
4.2 阶段二:布置答题卡任务
入口位置:- 路径1:布置任务 → 选择答题卡作业/测验
- 路径2:我的资源 → 答题卡列表 → 点击”布置”按钮
| 变化项 | 变化内容 |
|---|---|
| 答题卡状态 | 从”未下发”变为”已下发” |
| 任务记录 | 系统生成一条任务记录 |
| 学生端 | 收到新任务通知 |
| 操作限制 | 该答题卡禁止编辑和删除 |
-
未选择布置对象时的限制
- 不允许选择答题卡
- 页面显示引导提示:“请先选择布置对象”
-
答题卡的锁定机制
- 一旦布置,答题卡内容不可修改
- 目的:保证已布置任务的数据一致性
-
复用功能
- 可以基于已有答题卡(包括已下发的)快速创建新答题卡
- 复用后生成新的答题卡资源,不影响原答题卡
- 布置流程的完整性
- 多班级/多学生场景
- 时间设置的合理性校验
- 布置后答题卡状态变更
- 学生端能否正常收到任务
4.3 阶段三:学生作答
学生端操作流程:| 数据项 | 说明 |
|---|---|
| 学生ID | 哪个学生提交的 |
| 任务ID | 属于哪个任务 |
| 各题答案 | 学生选择/填写的内容 |
| 作答用时 | 学生花了多长时间 |
| 提交时间 | 何时提交的 |
- 学生提交后,教师端能否看到作答数据
- 各种作答方式(文字、图片、手写)的数据传递
- 超时提交的处理
4.4 阶段四:教师批改
入口位置: 作业管理 → 点击任务 → 进入批改页面 批改流程:| 字段 | 说明 |
|---|---|
| 学生ID | 被批改的学生 |
| 题目ID | 被批改的题目 |
| 判定结果 | 1=正确,2=错误,3=部分正确 |
| 得分 | 计分模式下的得分 |
| 批改人 | 哪位教师批改的 |
| 批改时间 | 何时批改的 |
-
自动批改逻辑
- 单选题:学生答案与标准答案完全一致则正确
- 多选题(正确率模式):完全一致才正确
- 多选题(计分模式):根据少选策略计算
- 多选或错选:得0分
- 少选:根据配置得相应分数
- 全对:得满分
-
草稿保存机制
- 每次批改操作自动保存
- 意外关闭页面不会丢失进度
- 包括:当前批改到哪道题、哪个学生
-
批改记录类型
- 草稿状态(recordType=0):未最终提交
- 已提交状态(recordType=1):正式生效
- 自动批改的准确性(各种答案组合)
- 计分模式下得分计算的正确性
- 少选策略的各种场景
- 草稿保存和恢复功能
- 批改进度的展示
4.5 阶段五:查看报告
入口位置: 作业管理 → 点击任务 → 报告页签 报告内容:4.5.1 班级整体统计
正确率模式:| 指标 | 说明 |
|---|---|
| 完成进度 | 已提交人数/总人数 |
| 平均正确率 | 全班平均正确率 |
| 指标 | 说明 |
|---|---|
| 完成进度 | 已提交人数/总人数 |
| 平均分 | 全班平均得分 |
| 最高分/最低分 | 分数区间 |
4.5.2 学生列表
正确率模式展示字段:- 学生姓名
- 完成状态(已交/未交)
- 正确率
- 错题数量
- 用时
- 学生姓名
- 完成状态
- 得分
- 得分率
- 排名
- 用时
4.5.3 题目分析
正确率模式:| 题号 | 正确人数 | 错误人数 | 正确率 |
|---|---|---|---|
| 第1题 | 35 | 5 | 87.5% |
| 第2题 | 28 | 12 | 70% |
| 题号 | 满分 | 平均分 | 得分率 |
|---|---|---|---|
| 第1题 | 5 | 4.2 | 84% |
| 第2题 | 10 | 7.5 | 75% |
4.5.4 报告导出
支持将报告导出为Excel文件,包含:- 班级统计数据
- 学生明细列表
- 各题得分/正误情况
- 统计数据的准确性
- 两种模式下展示内容的差异
- 排名计算的正确性(同分处理)
- 导出文件的内容完整性
- 大数据量下的性能
五、数据流转全景图
5.1 核心数据实体关系
5.2 完整数据流转过程
六、测试工作详情
6.1 测试用例设计思路
针对答题卡模块,我按照以下维度设计测试用例:6.1.1 功能测试维度
| 模块 | 测试要点 |
|---|---|
| 创建答题卡 | 必填校验、题型配置、分值设置、保存成功 |
| 编辑答题卡 | 修改保存、已下发禁止编辑 |
| 删除答题卡 | 删除确认、已下发禁止删除 |
| 复用答题卡 | 数据复制完整性、生成新资源 |
| 布置任务 | 流程完整性、参数校验、状态变更 |
| 教师批改 | 自动批改准确性、人工批改流程、草稿保存 |
| 查看报告 | 数据准确性、导出功能 |
6.1.2 边界值测试
| 场景 | 边界值 |
|---|---|
| 答题卡名称 | 空、1个字符、最大长度 |
| 选择题选项数 | 2个、8个、超过8个 |
| 题目分值 | 0、0.5、100、超过100 |
| 布置班级数 | 1个、多个、全部班级 |
| 时间设置 | 当前时间、过去时间、未来时间 |
6.1.3 异常流程测试
| 场景 | 预期结果 |
|---|---|
| 未填写必填项提交 | 提示错误,阻止提交 |
| 编辑已下发答题卡 | 禁止进入编辑页 |
| 删除已下发答题卡 | 禁止删除,提示原因 |
| 布置时答题卡被删除 | 提示资源不存在 |
| 批改中途网络断开 | 草稿已保存,恢复后继续 |
6.2 各版本测试情况
6.2.1 教师端 v1.3 - 我的资源_答题卡
测试范围:- 答题卡CRUD完整功能
- 各种题型的配置
- 状态管理和操作限制
| 缺陷描述 | 严重程度 | 状态 |
|---|---|---|
| 已下发答题卡点击编辑可进入编辑页 | P1-主要 | 已修复 |
| 复用答题卡时学科字段未复制 | P2-次要 | 已修复 |
| 删除答题卡无二次确认 | P3-建议 | 已修复 |
| 题目序号支持自定义但校验不严格 | P2-次要 | 已修复 |
6.2.2 教师端 v1.3 - 布置答题卡作业/测验任务
测试范围:- 布置流程端到端验证
- 各种布置场景组合
- 与学生端联调
| 缺陷描述 | 严重程度 | 状态 |
|---|---|---|
| 未选布置对象时答题卡区域无引导提示 | P2-次要 | 已修复 |
| 截止时间早于开始时间未校验 | P1-主要 | 已修复 |
| 布置成功后未自动跳转到任务列表 | P3-建议 | 已修复 |
| 多班级布置时学生去重逻辑有误 | P2-次要 | 已修复 |
6.2.3 教师端 v1.4 - 答题卡2期(计分模式)
测试范围:- 计分模式完整功能
- 少选得分策略的各种组合
- 两种模式的差异化表现
| 正确答案 | 学生答案 | 策略 | 该题满分 | 预期得分 |
|---|---|---|---|---|
| ABCD | ABCD | 任意 | 4 | 4 |
| ABCD | ABC | 不开启 | 4 | 0 |
| ABCD | ABC | 少选得一半 | 4 | 2 |
| ABCD | ABC | 少选得1分 | 4 | 1 |
| ABCD | ABCE | 任意 | 4 | 0(多选算错) |
| ABCD | EF | 任意 | 4 | 0(错选) |
| ABCD | A | 少选得一半 | 4 | 2 |
| ABCD | AB | 少选得一半 | 4 | 2 |
| 缺陷描述 | 严重程度 | 状态 |
|---|---|---|
| 多选题少选得分计算精度问题 | P0-严重 | 已修复 |
| 计分模式切换到正确率模式无确认提示 | P2-次要 | 已修复 |
| 报告页平均分计算未排除未提交学生 | P1-主要 | 已修复 |
| 0.5分显示为0.50 | P3-建议 | 已修复 |
| 导出Excel文件名固定为”报告.xlsx” | P3-建议 | 已修复 |
6.3 测试执行统计
| 统计项 | 数据 |
|---|---|
| 总用例数 | 约150条 |
| 执行轮次 | 2-3轮/需求 |
| 发现缺陷总数 | 35个 |
| 严重缺陷(P0) | 2个 |
| 主要缺陷(P1) | 8个 |
| 次要缺陷(P2) | 15个 |
| 建议类(P3) | 10个 |
| 缺陷关闭率 | 97% |
| 线上故障 | 0 |
七、典型问题案例分析
7.1 案例一:多选题少选得分计算错误
问题描述: 在计分模式下,配置了”少选得一半分”策略,但实际计算结果与预期不符。 复现步骤:- 创建答题卡,开启计分模式
- 添加一道多选题,满分5分,正确答案ABCD
- 配置少选策略为”少选得一半分”
- 布置任务,学生选择ABC提交
- 查看学生得分
7.2 案例二:批改进度丢失
问题描述: 教师批改作业批到一半,关闭页面后再次进入,需要从头开始批改。 复现步骤:- 进入批改页面,开始批改
- 批改10道题后关闭页面
- 重新进入批改页面
7.3 案例三:已下发答题卡仍可编辑
问题描述: 答题卡布置后,在资源列表点击编辑按钮,仍能进入编辑页面。 复现步骤:- 创建一个答题卡
- 将该答题卡布置给学生
- 回到我的资源,点击该答题卡的编辑按钮
- 进入编辑页时校验状态,已下发则提示并返回
- 列表中已下发答题卡的编辑按钮置灰
八、团队协作与沟通
8.1 与产品团队的协作
需求评审阶段:- 参加每次需求评审会议
- 从测试角度提出问题和建议
- 例如:在计分模式需求评审时,提出少选策略需要明确各种边界情况的处理规则
- 需求理解有歧义时主动确认
- 发现体验问题及时反馈
- 例如:建议在布置流程中增加步骤引导
8.2 与开发团队的协作
提测前:- 了解本次改动范围和影响面
- 确认自测情况和已知问题
- 缺陷描述清晰,附操作步骤和截图
- 复杂问题协助开发定位
- 通过飞书管理缺陷
- 及时验证修复结果
- 确保问题闭环
8.3 日常沟通方式
| 场景 | 工具/方式 |
|---|---|
| 日常沟通 | 飞书 |
| 缺陷管理 | 飞书文档 |
| 需求文档 | 飞书文档 |
| 进度同步 | 每日站会 |
九、个人成长与反思
9.1 收获与成长
业务理解能力:- 从对教育产品完全陌生,到能够理解答题卡模块的完整业务逻辑
- 能够从用户(教师)角度思考功能设计的合理性
- 掌握了系统性设计测试用例的方法
- 积累了边界值测试、异常流程测试的经验
- 学会了如何与开发、产品高效沟通
- 发现问题时能够分析可能的原因
- 缺陷描述更加规范、清晰
9.2 不足与改进
需要提升的方面:| 方面 | 现状 | 改进计划 |
|---|---|---|
| 接口测试 | 基础了解 | apifox和 pytest,能独立进行接口测试 |
| 自动化测试 | 尚未涉及 | 学习UI自动化框架,逐步将回归用例自动化 |
| 性能测试 | 了解较少 | 了解基本的性能测试方法和工具 |
| 测试左移 | 参与度一般 | 更早介入需求和设计阶段 |
十、后续工作计划
10.1 短期计划(1-3个月)
- 继续保障答题卡及相关模块的质量
- 完善测试用例库,形成可复用资产
- 学习接口测试,提升测试效率和覆盖面
- 参与更多核心模块的测试工作
10.2 中期计划(3-6个月)
- 掌握UI自动化测试基础
- 将核心回归用例实现自动化
- 能够独立制定模块级测试方案
- 参与测试流程优化和规范建设
10.3 长期计划(6-12个月)
- 成为团队核心测试成员
- 对教师端产品有全面深入的理解
- 具备完整的测试技术栈
- 能够指导新人开展测试工作
十一、总结
入职三个多月以来,我深度参与了答题卡模块的测试工作,从需求评审到上线验证,全流程参与。通过这段时间的实践,我对该模块的业务逻辑、数据流转有了深入理解,也积累了宝贵的测试经验。 答题卡模块看似功能简单,但涉及的业务规则较多:两种评分模式的差异、少选得分策略的计算、批改流程的状态管理、报告数据的统计聚合等。这些都需要测试人员深入理解业务,才能设计出有效的测试用例,发现潜在问题。 未来,我将继续保持学习热情,在业务理解和测试技术两个维度不断精进,为产品质量保驾护航。汇报完毕,请各位领导批评指正!
报告日期:2025年12月

