腾讯光子S工作室校招岗位汇总：游戏客户端/服务端/策划/美术/测试简历准备与投递攻略

先说明信息口径：这篇攻略依据什么写

这篇文章的岗位信息来自站内样本中的一条校招招聘信息，标题为“腾讯光子S工作室27秋招：游戏客户端/服务端/策划/美术/测试岗位汇总”。需要先说明的是，招聘原文的招聘对象写的是2025届、2026届毕业生，并未出现“27秋招”或2027届的表述，因此本文在正文中统一按“光子S工作室校招”来指代，不沿用标题里的批次说法。如果你在别处看到类似标题，建议以招聘原文的招聘对象描述为准。

站内样本只提供了这一条岗位信息，样本数为1，因此本文不做“本周校招汇总”式的横向比较，也不推断其他工作室或公司的招聘节奏。我们能做的，是把这条招聘信息里的岗位要求逐条拆开，讲清楚每一类岗位在简历上应该用什么证据去对应，以及哪些内容是招聘原文没有提供、需要你自己去核实的。

招聘原文给出的截止日期字段为2026-12-12，同时描述里写“招聘长期有效”。这两个信息在原文中同时存在，本文不把它定性为矛盾，只提醒你：如果你打算投递，最好以你实际看到的投递页面或官方渠道显示的截止时间为准，不要只依赖单一来源的时间描述。

提醒：本文所有关于“企业看重什么”的表述，都只基于招聘原文写出的岗位要求做转译，不代表企业真实的筛选偏好。招聘原文没有提到的城市、专业限制、招聘人数、面试流程、薪资细节，本文一律标注为待核实，不做推测。

光子S工作室校招开放了哪些方向

根据站内样本，光子S工作室校招与社招同时开放，校招面向2025届、2026届毕业生。热招岗位分为五类：游戏客户端开发工程师、游戏服务端开发工程师、游戏策划（系统/数值/关卡方向）、游戏美术（原画/3D模型/动效/TA）、游戏测试工程师。学历要求写的是本科。

这五类岗位的共同点是都属于游戏研发链条上的核心环节，但它们的简历逻辑差异很大。客户端和服务端偏工程能力，简历需要证明你能写、能调、能定位问题；策划偏分析与设计，简历需要证明你能拆解系统、能建模、能落地文档；美术偏作品呈现，招聘原文明确要求附作品集；测试偏流程与工具，简历需要证明你能设计用例、能写脚本、能站在用户视角发现问题。

站内样本没有提供各岗位的具体城市、专业限制和招聘人数。如果你对工作地点有硬性要求，或者你的专业不在计算机、数字媒体、美术相关范围内，建议在投递前通过官方渠道确认，不要默认“本科即可”就等于“任何专业都可以”。招聘原文只写了学历要求，没有写专业要求，这一点需要你自己核实。

把岗位要求翻译成简历证据：一张对照表

招聘原文对每个岗位都给了几条要求。简历准备的第一步，不是急着改格式，而是把这些要求逐条翻译成“我有什么证据能证明”。下面这张表是本文的核心工具，你可以直接拿它对照自己的简历。

岗位方向	招聘原文要求（摘要）	简历上应该出现的证据	常见缺口
游戏客户端开发	熟悉C++/C#，掌握Unity或Unreal至少一种；了解数据结构、算法、网络通信；有项目或Demo优先	引擎项目链接或Demo视频；说明你用引擎做了什么系统；算法/网络相关的课程设计或自研模块	只写“熟悉Unity”，没有可运行产物；项目描述停留在“参与了开发”
游戏服务端开发	熟练C++/Go/Python至少一门；理解分布式、数据库、高并发；有MMO或实时对战经验优先	后端项目中的并发场景、数据库表设计、压测数据；说明你解决了什么具体问题	只列技术栈，没有场景；把课程作业写成“高并发系统”但说不出量级
游戏策划	对主流品类有深度体验与分析；具备逻辑建模、数据分析或关卡设计实践；熟悉Excel、Axure、Unity基础优先	一份系统拆解文档或数值模型；关卡设计稿；用数据说明你的分析结论	写“热爱游戏”但没有分析产物；体验描述停留在感受层面
游戏美术	美术功底与风格化表现；熟练Photoshop、Maya/3ds Max、Substance Painter；投递请附作品集	作品集PDF或在线链接；说明每件作品的工具、周期、个人负责部分	作品集只有成品图，没有过程；团队作品未标注个人贡献
游戏测试	熟悉测试流程与用例设计；具备Python/Shell脚本能力，了解自动化框架优先；对品质敏感、有责任心	测试用例文档；自动化脚本或工具；缺陷报告示例	只写“细心、负责”；没有可展示的用例或脚本

这张表的使用方法是：先找到你目标岗位那一行，再看“简历上应该出现的证据”这一列，逐条问自己“我有没有”。如果某一条你完全没有，不要硬编，而是考虑用相邻经历去补，或者把目标岗位调整到证据更充分的方向。

客户端与服务端：工程岗简历要写出“可验证的技术动作”

客户端和服务端都属于工程岗，但招聘原文对两者的要求侧重不同。客户端强调C++/C#、Unity或Unreal引擎、数据结构与算法、网络通信原理；服务端强调C++/Go/Python、分布式系统、数据库设计、高并发处理。简历上如果只写“熟练掌握XX语言”，对这两类岗位都没有说服力，因为招聘原文用的是“熟悉”“熟练”“理解”这类词，你需要用具体动作去回应。

所谓“可验证的技术动作”，是指读者能顺着你的描述想象出你做了什么。比如客户端方向，与其写“使用Unity开发了一款游戏”，不如写“在Unity中实现了角色移动与状态同步模块，处理了客户端预测与服务器校正的冲突，用Profiler定位了帧率下降的原因并优化”。后者没有夸大，但把引擎使用、网络通信、性能排查三个动作都带出来了。

服务端方向同理。招聘原文提到“高并发处理机制”，但这个词很容易被滥用。如果你只是做过课程项目，不要写“高并发系统”，可以写“在课程项目中实现了基于TCP的多人房间匹配，用压测工具测试了单机连接数上限，记录了瓶颈出现在数据库写入”。这样写既真实，又能让读者看到你对并发问题的理解边界。

站内样本没有提供这两个岗位的具体面试形式和技术栈版本，本文不做推测。你可以参考站内提供的光子S工作室游戏客户端开发工程师投递简历模板，但要注意模板里的经历和成果是示例，必须替换成你自己的真实信息，它不代表企业官方模板。

策划岗：用分析产物替代“热爱游戏”

招聘原文对策划岗的要求是：对主流游戏品类有深度体验与分析能力；具备逻辑建模、数据分析或关卡设计实践经历；熟练使用Excel、Axure、Unity基础操作者优先。这三条里，第一条最容易被误读。“深度体验”不是玩得多，而是能拆。

如果你投系统或数值方向，简历上最有价值的证据是一份你自己的拆解文档或数值模型。比如你分析某款游戏的战斗公式，推导出伤害计算的大致结构，再用Excel复现并验证。这份文档不需要完美，但要让读者看到你的分析路径：你观察了什么现象、提出了什么假设、用什么数据验证、结论是什么。

如果你投关卡方向，证据可以是一份关卡设计稿，包含平面图、节奏设计、难度曲线和引导思路。招聘原文提到Axure和Unity基础操作优先，这意味着如果你能用原型工具把设计表达出来，会比纯文字描述更有说服力。但要注意，招聘原文写的是“优先”，不是“必须”，没有这些工具经验不代表不能投，只是你需要用其他证据补足。

站内样本没有说明策划岗是否要求提交作品或分析文档。美术岗明确要求附作品集，策划岗没有写。如果你有分析文档，建议在简历中附上链接或作为附件，但不要默认所有策划岗都必须提交。

美术岗：作品集是主件，简历是索引

招聘原文对美术岗的要求写得很直接：扎实的美术功底与风格化表现能力；熟练使用Photoshop、Maya/3ds Max、Substance Painter等专业工具；投递请附作品集（PDF或在线链接）。这是五类岗位中唯一明确要求附作品集的，所以美术岗的准备重点不在简历正文，而在作品集本身。

作品集最常见的两个问题是：只有成品图，没有过程；团队作品没有标注个人贡献。招聘原文提到“风格化表现能力”，这意味着作品集需要让读者看到你的风格选择是有意识的，而不是随机堆图。你可以在每件作品旁标注：工具、制作周期、你负责的部分、你想表达的风格方向。如果是团队作品，务必写清楚哪部分是你做的。

简历正文在美术岗里的作用是索引。你不需要在简历里长篇描述作品，但需要让读者快速知道你的作品集在哪里、包含哪些方向、你的核心工具是什么。招聘原文列了原画、3D模型、动效、TA四个方向，如果你只擅长其中一个，就在简历和作品集里集中呈现这个方向，不要为了显得全面而放不成熟的作品。

测试岗：用例、脚本和缺陷报告比“细心”更有用

招聘原文对测试岗的要求是：熟悉测试流程与用例设计方法；具备Python/Shell等脚本编写能力，了解自动化测试框架者优先；对游戏品质敏感，具备强烈责任心与用户视角。前两条是硬技能，第三条是软素质，但软素质在简历上很难直接证明，需要用前两条的产物来间接体现。

如果你有测试相关的课程项目或实习，简历上应该出现的是：你设计的测试用例文档、你写的自动化脚本、你提交的缺陷报告。用例文档能体现你对测试流程的理解，脚本能体现你的工具能力，缺陷报告能体现你的用户视角。这三样东西比“细心、负责”这类形容词有效得多。

如果你没有测试实习，也可以用其他经历转化。比如你在某个项目中负责过验收，或者你在玩某款游戏时系统记录过bug并复现，这些都可以写成测试相关的证据。关键是不要只写结论，要写过程：你发现了什么问题、怎么复现、怎么描述、最后有没有被修复。

站内样本没有提供测试岗的具体工具链和自动化框架名称，本文不做推测。招聘原文只写了“了解自动化测试框架者优先”，没有指定框架，你可以按自己熟悉的来写。

一个具体场景：同一段项目经历，三种岗位三种写法

假设你做过一个课程项目：用Unity做了一个多人对战的小游戏，你负责客户端逻辑和一部分服务端通信。这段经历在客户端、服务端、测试三个岗位的简历上，应该写出完全不同的重点。

投客户端时，重点写引擎内的实现：你用了Unity的哪些系统、如何处理输入与同步、有没有做性能优化、有没有遇到并解决具体的技术问题。投服务端时，重点写通信与数据：你用了什么协议、服务端如何管理房间和状态、有没有考虑过并发或断线重连。投测试时，重点写验证过程：你如何测试这个项目的同步逻辑、发现了哪些边界问题、有没有写自动化脚本去复现。

同一段经历，三种写法，不是因为你要编造，而是因为不同岗位的读者关心不同的侧面。这也是为什么一份“万能简历”在多个方向同时投递时容易失效：不是内容不够多，而是重点没有对齐。这个例子是本文构造的说明场景，不是招聘原文提供的案例，你可以按自己的真实项目替换。

哪些做法不适合照搬

网上有很多游戏岗简历模板，有些写法看起来很“专业”，但不适合直接照搬。第一种是堆技术名词。把招聘原文里的C++、Unity、Unreal、分布式、高并发全部列在技能栏，但项目里没有任何对应动作。这种写法在工程岗简历里很常见，读者一眼就能看出技能栏和项目脱节。

第二种是照搬“大厂项目”描述。有些模板会写“参与千万级DAU项目的性能优化”，但如果你没有这样的经历，照搬只会让你在追问时露馅。招聘原文没有要求你必须有大厂经历，它写的是“有游戏项目开发经验或技术Demo者优先”，课程项目、个人Demo、Game Jam都算。

第三种是把所有岗位的要求混在一起写。招聘原文对五个岗位的要求是分开列的，如果你投客户端却在简历里大篇幅写测试用例和策划文档，读者会怀疑你的方向是否清晰。正确的做法是：一份简历对应一个方向，其他经历可以保留，但要把目标岗位相关的证据放在最显眼的位置。

提醒：本文提到的所有写法都是方法建议，不是企业要求。招聘原文没有说明企业的筛选标准、面试流程或录取偏好，任何声称“这样写就能通过”的说法都不可信。

投递前的最后检查

在投递之前，建议你按下面的清单逐项检查。这份清单只针对简历和材料本身，不涉及投递渠道和联系方式，具体投递方式请以招聘原文或官方渠道为准。

• 目标岗位是否明确：一份简历只对应一个方向，客户端、服务端、策划、美术、测试不要混投同一份。
• 岗位要求是否逐条对应：用前面的对照表检查，每条要求是否有至少一个证据。
• 项目描述是否包含动作：有没有写清楚你做了什么、用了什么、解决了什么问题，而不是只写“参与了”。
• 技术名词是否有支撑：技能栏里的每一项，项目里是否都能找到对应。
• 美术岗是否附了作品集：招聘原文明确要求附作品集，检查格式是PDF还是在线链接，团队作品是否标注个人贡献。
• 策划岗是否有分析产物：如果有系统拆解、数值模型或关卡设计稿，是否已整理成可读文档。
• 测试岗是否有用例或脚本：有没有可展示的测试用例、自动化脚本或缺陷报告。
• 文件命名是否清晰：招聘原文给出了附件命名格式，按它来，不要用“简历最终版”这类文件名。
• 时间信息是否核实：招聘原文的截止日期字段和“长期有效”描述同时存在，投递前以官方渠道显示为准。
• 个人信息是否真实：所有经历、数据、作品必须真实，不确定的内容标注为待核实，不要编造。

常见问题解答

问：招聘原文写的是2025届、2026届毕业生，我是2027届，能投吗？

答：招聘原文的招聘对象写的是2025届、2026届毕业生，没有提到2027届。本文不对未列出的批次做推测。如果你是2027届，建议通过官方渠道确认是否有适合的批次，不要默认可以投递。

问：我不是计算机或美术专业，可以投这些岗位吗？

答：招聘原文只写了学历要求为本科，没有写专业限制。但“没有写专业限制”不等于“任何专业都可以”，这属于招聘原文未提供的信息，需要你自己核实。如果你是非对口专业，建议用项目、Demo或作品集来证明你的能力，而不是只靠专业名称。

问：客户端和服务端可以同时投吗？

答：招聘原文没有说明是否可以同时投递多个岗位。本文不对投递规则做推测。从简历准备的角度，建议你先确定一个主方向，把证据集中呈现；如果确实要投两个方向，至少准备两份侧重点不同的简历，不要用同一份。

问：美术岗的作品集一定要PDF吗？

答：招聘原文写的是“作品集（PDF或在线链接）”，两种形式都提到了。你可以根据自己的情况选择，但无论哪种形式，都要确保打开顺畅、内容清晰、个人贡献标注明确。

问：招聘原文说“招聘长期有效”，是不是不用着急投？

答：招聘原文同时给出了截止日期字段2026-12-12和“招聘长期有效”的描述。本文不判断哪个更准确，只建议你以实际投递页面或官方渠道显示的时间为准。如果你已经准备好，尽早投递通常比拖延更稳妥，但这不是对企业筛选节奏的推断。

问：我没有游戏项目经验，只有课程项目，能投吗？

答：招聘原文对客户端岗写的是“有游戏项目开发经验或技术Demo者优先”，对服务端岗写的是“有MMO、实时对战类游戏服务端开发经验者优先”。这些都是“优先”项，不是硬性门槛。课程项目、个人Demo、Game Jam都可以作为证据，关键是写出你的具体动作和思考，而不是只写项目名称。

行动清单

如果你打算投递光子S工作室校招，可以按下面的顺序推进。第一步，确定一个主投方向，从客户端、服务端、策划、美术、测试中选一个，不要一开始就铺开。第二步，用本文的对照表逐条检查自己的证据缺口，缺什么补什么，补不了的就调整方向。第三步，按目标岗位重写项目描述，把动作、工具、问题、结果写清楚。第四步，美术岗整理作品集，策划岗整理分析文档，测试岗整理用例或脚本。第五步，按投递前检查清单逐项核对，确认文件命名和信息真实。

站内样本只提供了这一条岗位信息，本文没有覆盖其他公司或其他工作室的校招机会。如果你还在准备其他方向的投递，可以回到站内浏览相关岗位原文和模板，但要注意每条招聘信息的要求不同，不要把本文的写法直接套用到其他岗位上。

最后再强调一次：本文的所有写法都是基于招聘原文要求做的方法建议，不是企业要求，也不构成任何结果承诺。简历准备的核心是真实、具体、可验证，做到这三点，你已经比大多数模板化简历更接近有效沟通。