个人年终总结模板

转眼，2021 即将结束，又到了年终总结的时候了。

各大公司的“打工人”已经开始回顾 2021，展望 2022。

大部分不善表达的工科人士表示：又得掉头发了，比研究前沿技术还难...

也有人调侃：2022 的计划是，一定要完成 2021 年该完成的 2020 年未完成的 2019 年的计划...

但测试工程师的年终总结到底该怎么写？ 毕竟它可能涉及你的绩效考核、升职加薪。

在写之前，先思考 2 个问题：年终总结是什么？写给谁看？

年终总结是什么？ 简而言之就是：这一年，你在公司的工作价值输出。

写给谁看？ 你的领导，管理层

因此，领导或管理层希望看到的，年终总结大纲如下：

你为公司创造了什么价值？(你做了哪些工作、达成的成绩及价值)

你在个人岗位职责上的思考？(岗位工作上有哪些没做好的、存在哪些困难、如何改善)

你来年计划的思考？(你来年的工作计划、学习计划等)

你对公司发展有什么思考？(你对公司/部门管理、文化等各方面的建议)

接下来进入年终总结正文：

按照惯例，在一份年终总结报告中，最开始的部分，先陈述下个人基本情况包括工作年限、岗位、职责、一年下来的整体感受、你想要感谢的人

例：

转眼，2021 年已接近尾声，不知不觉来公司已经 2 年。见证了测试团队从无到有，从 3 人到 15 人的过程，个人也从测试工程师成长为技术部质量组负责人。感谢公司平台及技术部刘总的指导支持。这一年既有收获的喜悦，也有需要改进的空间和不足，下面我将这一年的工作总结如下：

一、2021 年的工作情况

1. 工作概述

实事求是，陈述这一年的岗位职责情况。测试组员、测试组长、测试经理，职责不一样，内容也会不一样，以下给大家列个大概参考，每一项内容可以依据自身情况来展开丰富

例 1：

1.1 考勤系统 V1.0、V2.0、V3.0、V5.0 的系统测试、bug 跟踪和报告整理

1.2 小汤之家 Android 和 iOS 迭代版本系统测试、专项测试、bug 提交及跟踪、报告输出

1.3 开发票服务项目接口用例编写、接口脚本维护、接口测试

1.4 京东小程序项目接口自动化测试框架搭建、自动化用例及脚本维护

1.5 飞天揽月、KOC服务项目测试环境搭建、更新及维护

1.6 第三方聚合支付 Web 测试、验收测试，提交 bug 第三方公司修改并跟踪

1.7 编写用户操作手册、提供用户技术支持

例 2：

1.1 监管并参与所有产品测试的全流程、推进项目进度，包括参与需求评审，制定测试计划，设计和执行测试用例，执行缺陷跟踪和项目质量分析等。

1.2 制定 XX 项目测试方案，计划，协调沟通部门工作任务并实施

1.3 XX 项目的自动化测试体系的搭建：从零搭建自动化测试平台、并通过 Jenkins 持续集成。

1.4 XX 项目的性能测试计划制定，测试方案设计，环境搭建、脚本编写、测试执行，系统性能瓶颈分析及性能调优建议；

1.5 团队质量体系建立：测试流程、bug 跟踪流程、Git 管理流程、线上问题跟进流程

1.6 团队人才培养：组织技术分享，并通过技术钻研和培训，引入行业前沿测试技术和方法

2. 项目方面

这部分注意用量化的数据来总结，且可以通过一些报表、图表提升阅读及说服力。以下我整理出的内容，可以自行依据岗位职责删减或补充

2.1 项目基本情况

例：

项目名称	覆盖平台	担任角色	立项时间	验收时间	项目负责人
考勤系统V1.3.1	web、H5	测试负责人	2020.11	2021.12	Candy
抽奖系统	H5、小程序、后台	测试负责人	2020.11	2021.6	Candy
KOC	小程序、后台	测试负责人	2021.2	2021.8	Candy
供应链	web	测试负责人	2021.5	2021.12	Candy
绩效V1.7.1、V1.8.6	web	主要参加	2021.3	2021.12	Candy

2.2 项目用例情况

例：以下仅统计自己负责部分的用例情况

数据：

项目名称	功能模块数	用例数	未执行数	通过数	失败数
考勤系统V1.3.1	10	193	1	186	6
抽奖系统	7	251	5	238	8
KOC	5	120	0	120	0
供应链	6	92	2	88	2
绩效V1.7.1、V1.8.6	2	66	6	60	0

2.3 项目 bug 情况

例：以下仅统计自己负责模块发现的 bug 情况

数据：

项目名称	致命bug	严重bug	中级bug	一般bug	bug修复数	bug遗留数
考勤系统V1.3.1	1	3	136	5	145	0
抽奖系统	2	10	124	4	139	1
KOC	0	2	86	2	90	0
供应链	0	1	53	7	60	1
绩效V1.7.1、V1.8.6	0	3	87	6	94	2

3. 团队培养

可以依据实际情况罗列下主持或者参与的培训及技术分享

例：

在部门管理及技术能力提升上，每月组织开展 1-2 次的质量组培训。提前沟通规划好培训人、培训对象、培训主题及时间等。2021 年度已完成(或参与)的培训有：

时间	培训主题	培训节数	培训老师	担任角色
2021.05-2021.07	powerBi的使用	1	夏老师	参与人
2021.08	Jenkins的好处	1	白总	参与人
2021.09		3	××	培训讲师
2021.1		2	××	培训讲师

4. 个人成果输出

4.1 阅读了什么书、学习了什么技术、输出博客 xx 篇(博客地址 https://blog.csdn.net/baidu_17201253)

4.2 考取了 xxx 软件测试技能相关证书

4.3 季度绩效 S 评级 x 次

4.4 获得了年度优秀培训讲师荣誉

... ...

二、存在的问题和思考

人无完人，要时刻进行自我反省及总结。可以罗列岗位工作上有哪些没做好的、存在哪些困难、有无通过技术钻研及交流去进行思考改善，改善的具体措施方案。

例 1：

问题：在刚接手第一个项目的前期，由于系统复杂度及时间限制，同时缺少跟相关人员的有效沟通，需求业务知识了解不够，导致后期测试执行花费了大量时间来进行业务确认，浪费了很多时间跟精力。

改善：意识到问题后，利用工作之外的时间规划提升自身业务知识及技能，并在项目前期及时整理业务需求疑点，沟通相关人员进行确认。

另外针对业务复杂的项目，给予了领导建议，可以对测试组成员进行必要的业务知识系统培训，少走弯路。

例 2：

问题：项目测试效率需加强。在项目频繁交付过程中，回归测试更多地通过手工测试方法实现，导致经常加班加点，耗费很多时间和精力。

改善：下半年我主动申请自动化工具及框架的学习，并在项目经理的指导下，逐步将自动化工具及框架实践到回归测试中，后续还需慢慢优化。目前已经处于初步运行并已减少了很多重复性的工作。

同时在领导的建议下，在测试组开展自动化测试实践及落地的技术分享，提升了测试组团队成员整体的技术能力。

三、2022 年的计划

这部分主要写个人岗位工作上的计划、个人学习及提升计划，尽量体现到上进心，以及是对公司有价值的。切忌是太空泛的表述，需要细化到具体的人具体的事。以下给大家列个大纲参考，具体细节内容自行丰富。

例 1：

2022 年除了做好本职工作外，为了更好地为产品质量把关，我希望达成以下：

测试技能学习：业务学习、测试环境部署、bug 的精确定位能力...

自动化测试：掌握一门 Python 语言，学习测试框架搭建，能够实现接口、UI 自动化

持续充实自己的知识库：听到的新的测试方法、新的测试工具收集记录

严格的时间管理：季度计划、月度计划、日计划

养成写博客的习惯，加强测试及学习成果的积累沉淀

例 2：

制度、规范的建设更精细化：例用例评审机制、提测流程、质量分析报告规范等

性能测试体系建设：性能测试工具调研、性能测试实施方案

制定部门团队学习计划：新方法、新工具预研及分享

加强反馈机制：部门及跨部门问题快速响应、及时反馈

岗位培训计划：新人培训、项目培训、不定期技术培训

四、对公司的建议

这个建议可以是一个很广的范围，可以是从岗位工作上出发，也可以是公司文化、公司行政规章制度等等

岗位工作上可以从以下去思考：

测试技术能力、业务能力方面

开发流程、测试流程、bug 跟踪流程、Git 管理流程等流程问题

工作标准，质量体系文件等方面

人力物力资源分配、跨部门协作方面

团队管理、绩效管理、技术培养方面

人员素养、工作态度方面

例：

在项目开发前期，希望测试人员可以更早参与及关注产品质量。

目前经常性，测试人员在测试过程中发现需求文档不明确或少需求描述现象，因此确认沟通花费了很多不必要的时间。建议项目需求设计阶段，可以测试人员参与讨论，尽早明确需求细节，尽可能输出详细的需求说明书文档。

公司文化、行政规章制度上可以从下思考：

岗位招聘及培养方面

考勤、请假等流程审批方面

薪酬福利方面

公司环境及工作氛围建设方面

员工成长及心理关注方面

例：

希望人力资源部对员工心理成长有周期性关注。

新员工入职，人力资源部会有系统性培训，也有试用期一对一心理访谈，这些都很好。但转正后，针对员工的心理关注变少，很多问题直到员工离职才被知晓，没有达到一个提前规避跟预防。建议按季度进行员工一对一访谈，及时关注员工心理活动。