Skip to main content

阶段性工作述职报告

汇报人: 丁少华
入职时间: 2025年9月
岗位: 测试工程师
汇报周期: 2025年9月 - 2025年12月

一、入职概况

本人于2025年9月加入公司,担任测试工程师,主要负责教师端App的质量保障工作。 教师端App是公司面向一线教师的核心产品,帮助教师高效地布置学习任务、批改作业、分析学情。入职三个多月以来,我深度参与了答题卡模块的完整测试工作,从需求评审、用例设计、功能测试到上线验证,全流程参与。 通过这段时间的工作实践,我对答题卡模块的业务逻辑、数据流转、用户场景有了较为深入的理解,现将我负责的这一核心业务模块进行详细汇报。

二、教师端App任务体系概述

在深入介绍答题卡模块之前,首先需要了解教师端App的整体任务体系。

2.1 任务类型分类

教师端App支持教师向学生布置多种类型的学习任务:
任务大类说明典型场景
作业和测验需要学生完成并提交的练习或考试课后作业、随堂测验、单元考试
资源学习资料的下发,学生查看即可课件分享、教学视频、学习资料
课程结构化的课程内容推送章节学习、专题课程

2.2 作业和测验的细分

作业和测验是教师使用最频繁的功能,根据内容来源又分为:
子类型内容来源特点
标准作业/测验从题库选题组卷题目来自平台题库,有标准解析
答题卡作业/测验教师自主创建教师自定义题目结构和答案,灵活度高
答题卡类型是我主要负责测试的模块,它解决了题库无法覆盖所有教学需求的问题,让教师可以根据自己的教学进度和学生情况,自主设计作业和测验内容。

三、答题卡模块核心业务介绍

3.1 答题卡的产品定位

为什么需要答题卡功能? 在实际教学中,教师经常遇到这些情况:
  • 想用自己学校的试卷,但题库里没有
  • 临时想出几道题考考学生
  • 需要根据本班学情自定义练习内容
  • 想用纸质试卷,但又希望系统帮忙统计成绩
答题卡功能就是为了解决这些需求:教师只需要在系统中配置题目结构(题号、题型、正确答案),学生在纸上或Pad上作答后,系统就能自动批改客观题、辅助批改主观题,并生成统计报告。

3.2 两种评分模式详解

答题卡支持两种评分模式,适用于不同教学场景:

3.2.1 正确率模式

适用场景:
  • 日常课后练习
  • 巩固性作业
  • 不需要精确计分的小测验
核心特点:
  • 只关注对错,不设置分值
  • 统计维度是”正确率”
  • 报告展示:正确率、错题数量、答对/答错人数
数据示例:
学生总题数正确数错误数正确率
张三2018290%
李四2015575%

3.2.2 计分模式

适用场景:
  • 单元测试
  • 期中期末考试
  • 需要精确计分和排名的正式测验
核心特点:
  • 每道题设置分值(支持0.5分精度)
  • 统计维度是”得分”
  • 报告展示:总分、平均分、得分率、班级排名
数据示例:
学生满分得分得分率排名
张三1009292%1
李四1008585%2

3.2.3 计分模式的特殊规则——少选得分策略

在计分模式下,多选题有一个特殊的配置项:少选得分策略 这是因为多选题存在”部分正确”的情况。比如正确答案是ABCD,学生选了ABC,算对还是错? 系统提供三种策略:
策略说明示例(满分4分,答案ABCD,学生选ABC)
不开启少选就算错得0分
少选得一半分少选得该题50%的分得2分
少选得N分少选得固定分值(可配置)得N分(如配置1分则得1分)
这个功能的测试比较复杂,需要验证各种选答组合下的得分计算是否正确。

四、业务流程与数据流转详解

答题卡模块的完整业务涉及五个核心阶段,下面逐一详细说明。

4.1 阶段一:创建答题卡

入口位置: 我的资源 → 答题卡 → 新建答题卡 操作流程:
第1步:填写基本信息
├── 答题卡名称(必填,如"第三单元测试")
├── 年级(必填,如"七年级")
└── 学科(必填,如"数学")

第2步:添加题目分组
├── 分组名称(如"一、选择题"、"二、填空题")
└── 可添加多个分组

第3步:在分组下添加题目
├── 题目序号(自动编号或自定义)
├── 题目类型
│   ├── 选择题(单选/多选)
│   │   ├── 选项数量(2-8个)
│   │   └── 正确答案(如A、或ABC)
│   ├── 填空题
│   │   ├── 空的数量(可多空)
│   │   └── 每空的正确答案
│   └── 解答题
│       └── 无需设置答案(人工批改)
└── 可添加多道题目

第4步:选择评分模式
├── 正确率模式 → 直接保存
└── 计分模式
    ├── 为每道题设置分值
    ├── 多选题配置少选策略(可选)
    └── 保存

第5步:保存答题卡
└── 答题卡进入"我的资源"列表,状态为"未下发"
数据结构说明: 一个答题卡包含以下核心数据:
字段说明示例
名称答题卡名称”第三单元测试”
年级适用年级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:我的资源 → 答题卡列表 → 点击”布置”按钮
操作流程:
第1步:选择任务类型
├── 答题卡作业(课后完成,时间宽松)
└── 答题卡测验(限时完成,更正式)

第2步:选择布置对象
├── 选择班级(可多选)
│   └── 勾选一个或多个班级
└── 或精确到学生(可选)
    └── 在班级内勾选具体学生

第3步:选择答题卡
├── 从"我的资源"列表中选择
├── 或点击"新建"现场创建
└── 或点击"复用"基于已有答题卡创建

第4步:设置任务信息
├── 任务名称(默认使用答题卡名称)
├── 开始时间(可选)
└── 截止时间(必填)

第5步:设置答案发布策略
├── 立即可见:学生随时可看答案
├── 提交后可见:学生提交后才能看答案
└── 指定时间可见:到达指定时间统一公布

第6步:确认布置
├── 预览布置信息
└── 点击确认,任务下发
布置完成后的数据变化:
变化项变化内容
答题卡状态从”未下发”变为”已下发”
任务记录系统生成一条任务记录
学生端收到新任务通知
操作限制该答题卡禁止编辑和删除
关键业务规则:
  1. 未选择布置对象时的限制
    • 不允许选择答题卡
    • 页面显示引导提示:“请先选择布置对象”
  2. 答题卡的锁定机制
    • 一旦布置,答题卡内容不可修改
    • 目的:保证已布置任务的数据一致性
  3. 复用功能
    • 可以基于已有答题卡(包括已下发的)快速创建新答题卡
    • 复用后生成新的答题卡资源,不影响原答题卡
测试关注点:
  • 布置流程的完整性
  • 多班级/多学生场景
  • 时间设置的合理性校验
  • 布置后答题卡状态变更
  • 学生端能否正常收到任务

4.3 阶段三:学生作答

学生端操作流程:
第1步:接收任务
└── 学生端收到任务推送/在任务列表看到新任务

第2步:进入答题
├── 查看题目列表
└── 逐题作答

第3步:作答方式(根据题型)
├── 选择题:点选选项
├── 填空题:输入文字 / 上传图片 / 手写板
└── 解答题:输入文字 / 上传图片 / 手写板

第4步:提交答案
├── 检查作答情况
└── 确认提交
提交后记录的数据:
数据项说明
学生ID哪个学生提交的
任务ID属于哪个任务
各题答案学生选择/填写的内容
作答用时学生花了多长时间
提交时间何时提交的
测试关注点(与教师端联调):
  • 学生提交后,教师端能否看到作答数据
  • 各种作答方式(文字、图片、手写)的数据传递
  • 超时提交的处理

4.4 阶段四:教师批改

入口位置: 作业管理 → 点击任务 → 进入批改页面 批改流程:
第1步:查看待批改任务
├── 任务列表显示批改进度
└── 点击进入批改页面

第2步:系统自动批改客观题
├── 选择题:自动比对答案,判定对错
└── 生成自动批改结果

第3步:教师批改主观题
├── 填空题
│   ├── 查看学生答案
│   ├── 判定:正确 / 错误 / 部分正确
│   └── 计分模式下还需打分
└── 解答题
    ├── 查看学生答案(文字/图片/手写)
    ├── 判定:正确 / 错误 / 部分正确
    └── 计分模式下还需打分

第4步:批改模式选择
├── 按题批改:选一道题,批改所有学生的这道题
│   └── 适合:快速批改同一道题
└── 按人批改:选一个学生,批改这个学生的所有题
    └── 适合:了解单个学生的整体表现

第5步:保存与提交
├── 批改过程自动保存草稿(防止丢失)
├── 下次进入自动恢复到上次位置
└── 全部批改完成后,点击提交
批改数据结构: 每个学生的批改记录包含:
字段说明
学生ID被批改的学生
题目ID被批改的题目
判定结果1=正确,2=错误,3=部分正确
得分计分模式下的得分
批改人哪位教师批改的
批改时间何时批改的
关键业务规则:
  1. 自动批改逻辑
    • 单选题:学生答案与标准答案完全一致则正确
    • 多选题(正确率模式):完全一致才正确
    • 多选题(计分模式):根据少选策略计算
      • 多选或错选:得0分
      • 少选:根据配置得相应分数
      • 全对:得满分
  2. 草稿保存机制
    • 每次批改操作自动保存
    • 意外关闭页面不会丢失进度
    • 包括:当前批改到哪道题、哪个学生
  3. 批改记录类型
    • 草稿状态(recordType=0):未最终提交
    • 已提交状态(recordType=1):正式生效
测试关注点:
  • 自动批改的准确性(各种答案组合)
  • 计分模式下得分计算的正确性
  • 少选策略的各种场景
  • 草稿保存和恢复功能
  • 批改进度的展示

4.5 阶段五:查看报告

入口位置: 作业管理 → 点击任务 → 报告页签 报告内容:

4.5.1 班级整体统计

正确率模式:
指标说明
完成进度已提交人数/总人数
平均正确率全班平均正确率
计分模式:
指标说明
完成进度已提交人数/总人数
平均分全班平均得分
最高分/最低分分数区间

4.5.2 学生列表

正确率模式展示字段:
  • 学生姓名
  • 完成状态(已交/未交)
  • 正确率
  • 错题数量
  • 用时
计分模式展示字段:
  • 学生姓名
  • 完成状态
  • 得分
  • 得分率
  • 排名
  • 用时

4.5.3 题目分析

正确率模式:
题号正确人数错误人数正确率
第1题35587.5%
第2题281270%
计分模式:
题号满分平均分得分率
第1题54.284%
第2题107.575%

4.5.4 报告导出

支持将报告导出为Excel文件,包含:
  • 班级统计数据
  • 学生明细列表
  • 各题得分/正误情况
测试关注点:
  • 统计数据的准确性
  • 两种模式下展示内容的差异
  • 排名计算的正确性(同分处理)
  • 导出文件的内容完整性
  • 大数据量下的性能

五、数据流转全景图

5.1 核心数据实体关系

┌─────────────┐       1:N        ┌─────────────┐
│   答题卡     │ ───────────────▶ │   题目分组   │
│ AnswerSheet │                  │ QuestionGroup│
└─────────────┘                  └──────┬──────┘
                                        │ 1:N

                                 ┌─────────────┐
                                 │    题目     │
                                 │  Question   │
                                 └──────┬──────┘
                                        │ 1:N

                                 ┌─────────────┐
                                 │   答案选项   │
                                 │ AnswerDetail│
                                 └─────────────┘
┌─────────────┐       1:N        ┌─────────────┐
│    任务     │ ───────────────▶ │  学生作答    │
│    Task     │                  │StudentAnswer│
└──────┬──────┘                  └─────────────┘

       │ N:1

┌─────────────┐
│   答题卡    │
│ AnswerSheet │
└─────────────┘

5.2 完整数据流转过程

教师操作                    系统处理                     数据存储
─────────                  ─────────                    ─────────

[创建答题卡]

    ├──填写基本信息────────▶ 生成答题卡ID ────────────▶ 答题卡表
    ├──添加题目分组────────▶ 关联到答题卡 ────────────▶ 题目分组表  
    ├──添加题目──────────▶ 关联到分组 ──────────────▶ 题目表
    └──设置答案/分值────────▶ 关联到题目 ──────────────▶ 答案详情表

[布置任务]

    ├──选择答题卡──────────▶ 获取答题卡数据
    ├──选择班级/学生────────▶ 获取学生列表
    ├──设置时间──────────▶ 校验时间合理性
    └──确认布置──────────▶ 生成任务记录 ────────────▶ 任务表
                          更新答题卡状态(已下发)───▶ 答题卡表
                          推送通知 ─────────────────▶ 学生端

[学生作答]

    └──提交答案──────────▶ 记录作答数据 ────────────▶ 学生作答表

[教师批改]

    ├──自动批改──────────▶ 比对答案计算结果 ─────────▶ 批改记录表
    ├──人工批改──────────▶ 记录判定和得分 ──────────▶ 批改记录表
    └──保存草稿──────────▶ 暂存批改进度 ────────────▶ 批改草稿表

[查看报告]

    └──请求报告──────────▶ 聚合计算统计数据 ─────────▶ 返回报告JSON
                          ├─班级统计
                          ├─学生列表
                          └─题目分析

六、测试工作详情

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完整功能
  • 各种题型的配置
  • 状态管理和操作限制
用例数量: 约50条 发现的主要缺陷:
缺陷描述严重程度状态
已下发答题卡点击编辑可进入编辑页P1-主要已修复
复用答题卡时学科字段未复制P2-次要已修复
删除答题卡无二次确认P3-建议已修复
题目序号支持自定义但校验不严格P2-次要已修复

6.2.2 教师端 v1.3 - 布置答题卡作业/测验任务

测试范围:
  • 布置流程端到端验证
  • 各种布置场景组合
  • 与学生端联调
用例数量: 约40条 发现的主要缺陷:
缺陷描述严重程度状态
未选布置对象时答题卡区域无引导提示P2-次要已修复
截止时间早于开始时间未校验P1-主要已修复
布置成功后未自动跳转到任务列表P3-建议已修复
多班级布置时学生去重逻辑有误P2-次要已修复

6.2.3 教师端 v1.4 - 答题卡2期(计分模式)

测试范围:
  • 计分模式完整功能
  • 少选得分策略的各种组合
  • 两种模式的差异化表现
用例数量: 约60条 重点测试场景——少选得分策略验证:
正确答案学生答案策略该题满分预期得分
ABCDABCD任意44
ABCDABC不开启40
ABCDABC少选得一半42
ABCDABC少选得1分41
ABCDABCE任意40(多选算错)
ABCDEF任意40(错选)
ABCDA少选得一半42
ABCDAB少选得一半42
发现的主要缺陷:
缺陷描述严重程度状态
多选题少选得分计算精度问题P0-严重已修复
计分模式切换到正确率模式无确认提示P2-次要已修复
报告页平均分计算未排除未提交学生P1-主要已修复
0.5分显示为0.50P3-建议已修复
导出Excel文件名固定为”报告.xlsx”P3-建议已修复

6.3 测试执行统计

统计项数据
总用例数约150条
执行轮次2-3轮/需求
发现缺陷总数35个
严重缺陷(P0)2个
主要缺陷(P1)8个
次要缺陷(P2)15个
建议类(P3)10个
缺陷关闭率97%
线上故障0

七、典型问题案例分析

7.1 案例一:多选题少选得分计算错误

问题描述: 在计分模式下,配置了”少选得一半分”策略,但实际计算结果与预期不符。 复现步骤:
  1. 创建答题卡,开启计分模式
  2. 添加一道多选题,满分5分,正确答案ABCD
  3. 配置少选策略为”少选得一半分”
  4. 布置任务,学生选择ABC提交
  5. 查看学生得分
预期结果: 得2.5分(5分的一半) 实际结果: 得2分 原因分析: 后端计算时进行了取整处理,丢失了小数部分 修复方案: 后端修改为保留一位小数 测试验证: 修复后验证通过,各种分值组合计算正确

7.2 案例二:批改进度丢失

问题描述: 教师批改作业批到一半,关闭页面后再次进入,需要从头开始批改。 复现步骤:
  1. 进入批改页面,开始批改
  2. 批改10道题后关闭页面
  3. 重新进入批改页面
预期结果: 恢复到上次批改的位置 实际结果: 从第1道题开始 原因分析: 批改进度未做本地缓存 修复方案: 在本地存储批改进度(当前题目ID、当前学生ID),进入页面时读取恢复 测试验证: 修复后验证通过,支持跨会话恢复进度

7.3 案例三:已下发答题卡仍可编辑

问题描述: 答题卡布置后,在资源列表点击编辑按钮,仍能进入编辑页面。 复现步骤:
  1. 创建一个答题卡
  2. 将该答题卡布置给学生
  3. 回到我的资源,点击该答题卡的编辑按钮
预期结果: 提示”已下发,无法编辑”或编辑按钮置灰 实际结果: 能进入编辑页面 原因分析: 前端未根据下发状态限制编辑入口 修复方案:
  1. 进入编辑页时校验状态,已下发则提示并返回
  2. 列表中已下发答题卡的编辑按钮置灰
测试验证: 修复后验证通过,两处限制均生效

八、团队协作与沟通

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月