岗位描述

版本：v1.0 用途：定义四个方向的岗位职责与能力要求，是招募、面试、任务分配、考核的共同依据 ⚠️ 薪资不谈：本文件不涉及任何金额

一、通用要求（四个方向都适用）

不看重：竞赛奖项、大厂实习经历、成绩排名。 看重：能把一件小事做完整——代码能跑通、有说明、有自测、愿意改。

二、岗位设置与人数（首批 5-8 人）

三、四个岗位定义

3.1 后端开发

岗位目标：在工程师指导下，完成后端接口、服务与脚本的开发与维护。

你会做什么

1. 按任务卡实现后端接口与业务逻辑；
2. 编写单元测试与接口文档；
3. 参与需求澄清、方案讨论与代码评审；
4. 修复缺陷，配合前端/测试联调。

典型任务（真实例子）

• 实现"文件上传"接口（含大小/类型校验、错误码、单元测试）；
• 为现有接口补全单元测试，把覆盖率从 45% 提到 80%；
• 把硬编码配置抽离为配置文件并写迁移脚本；
• 排查一个"偶发超时"问题，输出定位过程文档。

能力要求

• 基础：至少一门后端语言（Java / Python / Go / Node.js 任一）；理解 HTTP 基础（方法、状态码）；会写基础 SQL；会用 Git（clone/commit/branch/PR）；
• 加分：了解 REST 规范；用过 MySQL / PostgreSQL / Redis；有 GitHub 仓库（可读性比项目大小重要）；能讲清"调试过最难的 bug 怎么定位的"。

不适合的信号：SQL 字符串拼接、没有任何错误处理、只会复制粘贴。

3.2 前端 / 客户端开发

岗位目标：在工程师指导下完成页面、组件与交互的开发、还原与优化。

你会做什么

1. 实现页面与组件，完整处理加载 / 空 / 错误三态；
2. 编写组件使用说明与自测记录；
3. 配合后端联调，参与代码评审；
4. 按需做基础性能优化。

典型任务（真实例子）

• 还原一个数据列表页（含骨架屏、空状态、错误重试）；
• 实现一个带输入校验的表单组件（含错误提示）；
• 把重复的请求逻辑抽成可复用的 Hook / Composable；
• 优化首屏加载，给出优化前后对比数据。

能力要求

• 基础：HTML / CSS / JavaScript；理解异步机制（Promise / 事件循环）；会用至少一个框架（Vue / React）；会用浏览器 DevTools（Network / Console / Elements）；
• 加分：flex / grid 布局；用过构建工具（Vite / Webpack）；了解防抖节流、懒加载；有线上作品链接。

不适合的信号：只做成功路径（三态不全）、点击后状态不同步、防抖复制来但用错、全部逻辑塞一个文件。

3.3 测试 / 质量保障

岗位目标：从"不写这个功能、因此最容易看出问题"的视角，保证交付质量。

你会做什么

1. 设计测试用例（覆盖正常流程 + 异常流程 + 边界值，异常用例占比 ≥40%）；
2. 执行功能测试与接口测试，输出规范的缺陷报告；
3. 参与需求评审，从"可测性"角度提意见；
4. 维护回归测试用例库。

典型任务（真实例子）

• 为"登录 + 找回密码"设计完整测试用例并执行，输出缺陷报告；
• 把 30 个手工回归用例整理成可维护的用例库（含优先级）；
• 对一批接口做参数边界测试（空值 / 超长 / 特殊字符 / 越权）；
• 用脚本批量生成脱敏测试数据。

能力要求

• 基础：理解测试用例、缺陷生命周期、回归测试；掌握等价类划分 / 边界值 / 场景法；能写清一份缺陷报告（前置条件、步骤、预期、实际）；会用 Postman 或 curl；
• 加分：会写简单自动化脚本（Python / JavaScript）；会写 SQL 做数据校验；有"发现过别人没注意到的 bug"的具体故事。

不适合的信号：只测正常流程；缺陷报告写"登录有问题"（无法复现）；用例预期写"登录成功"这类不可判定的表述。

3.4 产品 / UI 设计 & 技术文档

岗位目标：把模糊需求整理成清晰可交付的文档与设计，维护团队知识资产。

你会做什么（报名时说明更偏 A 还是 B）

• A. 产品与设计：整理需求、输出线框图（含加载 / 空 / 错误 / 无权限四态）、从体验角度提改进意见；
• B. 技术文档：编写接口文档、组件使用说明、常见问题、维护知识库。

典型任务（真实例子）

• 把一段口述的混乱需求整理成一页清晰的需求文档（含验收标准）；
• 为"文件上传"功能画线框图，标注上传中 / 失败 / 超限 / 成功四种状态；
• 编写"新人 30 分钟上手"的开发环境文档，并找一位同学实测验证；
• 把 20 个接口的散落说明整理成规范的接口文档。

能力要求

• 核心是把事情写清楚（比会用工具更重要）；能把"用户想做什么"拆成"系统要做哪些事"；愿意主动提问、主动澄清；对细节有耐心；
• 加分：写过技术博客 / README；用过 Figma 或同类工具；能看懂接口文档。

不适合的信号：把客户原话照抄一遍不做结构化；线框图只有正常状态；文档写完自己没实测过；错别字、编号断裂、图文不一致（本岗位的失职）。

四、岗位与等级（L1 / L2 / L3）

等级不是终身制：连续 2 个月指标不达标降一级，降级须书面写明未达标指标，学生可申诉。

五、岗位与任务分配

1. 任务按方向 + 等级派发：后端任务派给后端方向学生，难度匹配其等级；
2. 允许跨方向：学生可承接其他方向的任务（如后端学生写测试脚本、前端学生整理文档），但需工程师确认能力匹配；
3. 首批建议配比：后端 2-3 人 + 前端 1-2 人 + 测试 1-2 人 + 文档 1 人，保证团队能形成完整闭环（开发 → 测试 → 文档）；
4. 能力不匹配时：由工程师调整任务方向或难度，与学生沟通后再派发。

六、与其他文档的关系