写在前面：
最近看了很多测试同行的年终总结，看多了就会想着自己是不是也要写一篇 2022 年终总结呢？纠结了一段时间后，于是就有了这篇文章。

前言

---

自从毕业参加工作后到现在，这么多年一直没有写个人年终总结的习惯。没有去写有很多原因，先说两个主要的吧。第一个就是文笔欠佳，第二个就是公司里会要求员工写年度总结，所以私下里就觉得可以省了。虽然没有用文字的方式来呈现，但是自己在脑海里会像放幻灯片一样对过去的一年进行播放和思考。
最后决定，还是写写吧，用文字记录一下。

关于工作

---

回顾

2022 年主要任务还是保障业务的交付质量，过程有很多，就说说几个重要的节点吧。

业务项目支撑方面：
在双十一大促质量保障专项中，除了以往的全链路压测外，还参与故障演练，演练的系统是我这边负责的。参加演练方案评审、演练场景梳理，演练执行到演练复盘的全过程。这个过程也学习了故障演练的流程和方法，对线上监控和预警的意义有了深刻的理解。

质量效能方面：
对 UI 自动化框架进行了优化，优化的内容主要是驱动和消息，将原来手动维护驱动版本，改成自动获取当前浏览器驱动版本并且自动下载，从而避免 UI 自动化测试用例在执行过程中因驱动版本更新后而不匹配导致程序报错。将自动化结果推送钉钉模板优化，提高了关键数据可读性。
开发链路联调测试工具提供给中台测试和开发使用，解决了上下游联调时因数据问题、环境问题、账号权限等问题所困扰。从而在一定程度上提高了联调效率。
开发造数工具提供给项目团队使用，使用场景主要是研发自测、冒烟测试、联调测试和验收测试，目前使用人群主要是研发和测试，以及产品和业务。解决了手动造数的各种问题，减少各阶段花费在造数上的时间，从而在一定程度上提高了测试效率。

自动化测试任务接入 devops 流水线，通过应用的构建来触发自动化测试用例的执行，并设置卡点，通过率达到 100% 后才进入发布节点。有效地监控和保证了每次发布的质量。
团队建设方面：
通过培训方式将 UI 自动化方案推广，已经在多个项目中实施，辅导组员解决使用过程中的问题。目前接入 UI 自动化测试的项目有 5 个，固定维护成员 2 个。

经过调研后，在团队内推广使用某项目管理平台，目前维护的功能测试用例数据已经有 2000 多条。做到了规范化测试管理和沉淀质量数据。

开发工具自动统计质量结构化数据，以图表报告展示，提高了质量数据可视化 (可度量可追踪) 程度。

展望

2023 年，我的工作重心还是在业务保障和团队质量效能改进上，一些技术上的短板需要实现 0 突破，希望能够积累更多的经验，助力业务，赋能团队，提升自己。

关于成长

---

回顾

2022 年前三个季度大部分时间忙着做项目，在纸质测试书籍上面的阅读很少。主要在一些技术论坛，技术博客和技术公众号上阅读。很多都是一些大佬的实践分享和经验总结，读后还是受益匪浅的。
博客已经停更很长一段时间了，在今年又开始重新更新，主要在微信公众号上发布文章。

展望

2023 年，持续更新博客，学习和分享测试技术栈相关的文章，思考和总结实际工作中遇到的问题以及解决方案。
参与测试专项能力建设，扩展现有能力之外的空白，站在全局质量大盘的视角，去思考和践行质量共建、持续测试持续反馈的方法论。
持续阅读，完成阅读书单中列出来的书籍，并输出阅读后的总结。

关于展望

---

展望

除了前面写的展望外，2023 年的展望就言简意赅一下：
持续输入，持续输出，学习和沉淀双管齐下。
言寡则贵，多思考，少说话。
事急则变，事慢则圆，有时候停下来也是一种进步，凡事慢慢来吧。
断舍离，给生活做减法。

---

写到最后
感谢那些在 2022 年帮助过我的人，给予我指导的人，正因为有你们的指引，我才会更好、更快地成长。2013 年，快乐生活，敏捷工作，加油。