回顾2022，展望2023，笔耕不辍，钟情翰墨
目录
回顾2022
博客概览
博客成就
获得测试领域优质创作者认证
获得博客专家认证
获得额外收入
创建第一个属于自己的个人社区
获得第一个实体奖牌【博客专家】
首次登榜梦想照进现实CSDN实体奖牌榜
首次参与社区新锐和社区先锋评选
开启了6个知识体系系列教程
个人基础能力提升
构建共性测试用例
梳理工具或模块业务数据流向表
总结项目特点划分用例级别
明确和细化内部测试计划
细化用例编写规范
重新定义缺陷等级
审视缺陷管理规范
制定详细的个人阶段学习计划
梳理项目流程了解测试活动
专项测试技术初成体系
了解测试类型
测试架构分析
测试技术布局
HTTP接口自动化
WebUI自动化
WindowsGUI自动化
性能测试
兼容性测试
质量意识的提升
团队梯队初成规模
人员能力得到提升
2022遇到的问题
针对问题的改进措施
展望2023
整体目标
目标分解1-流程制度
目标分解2-竞争机制
目标分解3-自动化平台
目标分解4-客诉处理
CSDN博客目标
写在最后
回顾2022
总结如下
博客影响增大，基础持续夯实；
技术初成体系，质量意识提升；
团队梯队显著，人员能力晋级。
博客概览
数据截止日期：2022年12月20日
| 属性 | 值 | 说明 |
|---|---|---|
| 访问天数 | 315 | 一年365天哈 |
| 学习天数 | 61 | 其实每天都在学 |
| 原力值 | 3791 | 超过99.99%的用户 |
| 原创博文 | 81 | 高质量66篇，占比81% |
| 收获粉丝 | 8176 | 感谢大佬们支持 |
| 被收藏 | 1172 | 希望对大家有用~ |
| 获赞 | 266 | 仍需努力哈 |
| 收获评论 | 165 | 仍需努力哈 |
| 送出赞 | 94 | 被我认可的说明很厉害嘛，嘎嘎 |
| 送出评论 | 86 | 经典的评论当然会少一点了 |
| 阅读文章 | 2321 | 还有很多没有登陆账号 |
| 加入社区 | 31 | 目前50多了 |
| 完成任务 | 50 | 仍需努力哈 |
| 先写这么多吧，表面数据，但是总体相比2021还是有很大进步，加油~ | ||
这个数据主要参考博客之星个人总结报告；
最直观的感受是从最初的零星知识记录到现在的各种测试知识体系的整理，博客写作更有目的，内容更连贯；
还有就是参加各种社区或官方的活动，不仅能学习各大佬的知识，还能认识到自身的不足；
今年比较值得学习的是【技能树】，可以很好的练习对知识的掌握程度，明确自己短处；
当然每天必做的事情，除了写作外，那就是【抢红包】，这个太有动力了，哈哈。
总体来说，还是有很大进步。关注的粉丝是越来越多了。每天基本都有博客输出。
不足的地方是和粉丝的互动还需要提升。
博客成就
获得测试领域优质创作者认证
认证后发现以下变化：
- 博客主页有官方的认证标识；
- 关注的用户比较多了；
- 可以发布付费资源了；
- 有些活动给了优先参与的权利。
认证也是对自己的认可，对一直以来领域内的知识认识程度；
有一个最痛的痛点是：虽然是测试领域，但是要做一个合格的测试工程师，好像有学不完的工具、框架、语言等，感觉就是全栈了；
这个领域认证，一般是自定义的词语，感觉这个不太好把握，建议是否可以规划好领域，这样能从最基本的认识上大家达成一致。
获得博客专家认证
认证后发现以下变化：
- 博客主页有【专家】标识；
- 可以自定义域名；
- 可以自定义模块；
- 网站的广告没有了；
- 博客浏览量增加了；
- 还有很多呢。。不说了。
这个专家认证确实有一定的难度，最低要求原创博文占比要达到80%，创作至少3年，所以平时是需要对文章的质量进行把握；
博客专家认证后可以自定义域名，这个功能还是很实用的，起码可以拥有一个独特的域名便于记住和推广了。
获得额外收入
分享下个人写作收入的来源：
- 创建付费专栏，价格可以根据要求来定；
- VIP文章；
- 活动收益；
- 红包收益；
- 问答收益；
- 打赏收益；
- 付费资源；
- 直播收益；
- 学院讲师收益；
- 学习会员收益；
- 等等，还有很多呢。
当然了，以上不是每个分支都做到了有收益，这个还是有一定的难度的，需要自己不断的付出和高质量的产出；
学院讲师这个一直想做，但是因为时间原因就一直搁浅，希望明年可以向这个目标奋斗一把。
创建第一个属于自己的个人社区
和大伙一起学习还是很有动力的；
关于社区内容收录，这个功能很不错，可以收录不同博主的优秀文章过来；
目前社区发帖和回帖都可以添加红包，这个也很有鼓励效应；
社区首页：
社区属性：数据统计截止日期2022.12.29
| 社区属性 | 说明 |
|---|---|
| 社区名称 | 全栈测试技术交流 |
| 社区链接 | https://bbs.csdn.net/forums/NoamaNelson |
| 社区成员 | 1150个 |
| 社区内容 | 1371篇 |
| 社区分类 | 13个 |
| 典型分类1 | 问题求助 |
| 典型分类2 | 求职面试 |
| 典型分类3 | 知识体系 |
| 典型分类4 | 工具框架 |
| 典型分类5 | 吐槽一刻 |
| 社区思想 | 分享、共勉、共进、提升 |
| 社区简介 | 测试领域各种测试技术研究，测试理论、测试方法、 测试管理等测试知识分享、交流和学习~ |
获得第一个实体奖牌【博客专家】
感谢平台，感谢CSDN，感谢各位大佬的支持~
奖牌很有鼓励意义，也有一定的鞭策含义，希望以后能创作更多的有深度、有价值的文章；
话说当时收到快递包装真的是“扎实”，一层一层的，看来平台对大家的礼物还是很上心的。
首次登榜梦想照进现实CSDN实体奖牌榜
期待快递赶快到手，哈哈~
首次参与社区新锐和社区先锋评选
这两个活动感觉很不错，调动了大家的积极性；
至于评选结果嘛，我觉得不重要了，重在参与吧。
开启了6个知识体系系列教程
软件测试体系学习及构建：更新至25篇，更新中；
https://blog.csdn.net/noamanelson/category_11373196.htmlSelenium源码通读：更新至13篇，更新完成；https://blog.csdn.net/noamanelson/category_9515411.htmlPytest学习和使用：更新至15篇，更新中；https://blog.csdn.net/noamanelson/category_9671074.html软件测试基础理论体系学习：更新至10篇，更新完成；https://blog.csdn.net/noamanelson/category_12024918.html团队管理：更新至4篇，更新中；https://blog.csdn.net/noamanelson/category_9442889.htmlJmeter实战读书笔记：更新至17篇，更新中。https://blog.csdn.net/noamanelson/category_11905498.html
成就还行，仍需努力。在博客的深度上还需要加强。系列教程需要坚持下去，不仅是对自己的提升和鞭策，同时对订阅的读者来说也是负责任 ~
个人基础能力提升
构建共性测试用例
基于业务逻辑和项目测试对象特性，设计共性测试用例模板；
基于数据传递关系，设计共性用例前置条件、操作步骤、预期结果和实际结果；
基于人员的能力，分配用例执行负责人；
基于研发自测试的结果，反推优化共性用例的设计原则、步骤和细节；
部分常见的共性用例举例，内容不全，仅为举例参考：
梳理工具或模块业务数据流向表
结合需求规格、产品概要设计、产品原型等设计业务流向数据表；
目的是能清晰的知道和了解这个工具或业务模块的数据来源和去向，能很快掌握该业务知识点；
同时更多的也会输出各个业务模块的功能思维脑图，便于其他人员能快速上手业务，比如：
总结项目特点划分用例级别
对用例进行了更详细的分解和划分等级：
目的是用于开发自测试，比如开发同事只进行1级和2级的用例自测，保证转测前的版本质量；另一方面是为了区分用例的执行程度；还有还作为测试冒烟测试的参考依据等；
目前可见的成效是转测版本的质量是有了提升，看来后续还是要坚持进行的。
明确和细化内部测试计划
这个主要目的是跟进测试进度；
另外就是与各方负责人达成一致，对产品的测试是否有疑问，尽早识别可能的风险；
比如简单的内部进度计划为（仅为举例，不代表实际的测试场景）：
细化用例编写规范
细化用例编写规范，目的是大家步调一致；
比如规范最起码需要明确的点有：
| 大要求 | 小要求 |
|---|---|
| 引言 | 目的、适用范围 |
| 用例规范 | 用途、设计依据、用例内容、编写用例原则、 编写用例标准、用例设计步骤、用例级别划分、 用例维护（更新、废弃、增删改查等） |
| 设计方法 | 方法简述、方法依据和使用 |
| 用例评审 | 评审原因、评审内容、评审过程、 评审人员、评审方式、结束标准 |
| 用例执行 | 用例工具、工具使用和注意事项 |
| 风险分析 | 设计中可能遇到的风险和规避措施 |
重新定义缺陷等级
结合项目的实际特点，重新定义缺陷等级；
缺陷等级划分为：
致命、严重、一般、提示、建议 并对各个等级进行领域内互评和达成共识，比如：
审视缺陷管理规范
缺陷每个人提交的可能不一样，那么统一标准是最好的选择；
我觉得至少应该包含以下几点：
| 大要求 | 小要求 |
|---|---|
| 引言 | 目的、适用范围 |
| 作用 | 规范的要求和作用 |
| bug定义 | 缺陷或bug的理解 |
| bug书写规范 | 书写内容、书写注意事项、关键信息说明、 类型说明、严重程度说明、 发生概率说明、优先级说明 |
| bug处理流程 | 生命周期、解决方案、回归、处理流程图、跟踪、分析 |
| 注意事项 | bug生命周期过程中的注意事项 |
制定详细的个人阶段学习计划
根据目前个人的技术掌握程度，详细制定个人阶段性学习计划；
这样学习起来有目的有计划，也能不断的鞭策自己进步；
但计划永远赶不上变化，有些时候计划还是要适当的调整；
比如以下简单的个人阶段学习计划：
梳理项目流程了解测试活动
为了更好的了解和掌握项目的测试活动，除了从部门的相关制度去学习外，还可从项目的流程中去梳理；
比如一个简单的项目流程，可以很清晰的了解到所有的测试活动有哪些：
个人测试基础提升方面还有很多，总之要从基础的流程、理论去补充，把基础扎牢才有后边的各种专项测试和技术延伸~
专项测试技术初成体系
了解测试类型
结合项目实际特性，了解需要开展的测试类型；
目的是明确负责的项目应该需要进行哪些测试才能保障质量；
比如一个简单CS架构的产品，可开展的简单的测试类型有：
再比如从产品业务架构方面，我们可以分析要开展的测试类型：
当然也可以从开发技术架构方面入手，更有针对性的明确需要开展的测试技术：
测试架构分析
了解了业务、开发、网络等技术架构，明确如何开展测试类型后；
针对测试也应该有自身的测试架构分析，比如自己应该如何开展这些对应的测试；
比如我们总结以下几句话，虽然有点浮夸，但是做好了还是很有价值的：
测试技术布局
这个之前在某些文章已经提及过；
不一定所有的技术都要用到，但是一定要覆盖足够的全面才行；
话是这么说，还是根据项目的实际情况来定，不能死搬硬套了；
比如我们界定某个产品的测试技术布局为如下：
HTTP接口自动化
这里简单说一个基于Unittest+Python+Request+BeautifulReport的接口测试框架；
比如设计思想：
| 功能 | 说明 |
|---|---|
| 使用Unittest框架 | 开源自动化测试框架，直接使用 |
| 批量或指定用例运行 | Unittest框架可支持此功能 |
| log日志 | 使用Python的logging库即可 |
| 生成HTML测试报告 | 使用HtmlTestRunner模块可实现此功能 |
| 用例设计和结果分离 | 复制用例另存并写入测试结果 |
| 用户登录封装 | 直接把登录功能模块化，使用Unittest框架中的setup，teardown即可 |
| token/cookie获取 | 登录保持会话 |
| 全局变量配置 | py配置文件 |
| 单层接口依赖 | 保存返回值，读依赖caseid，替换请求数据 |
| excel管理测试用例 | 所有接口数据均在excel中维护 |
| 提供测试对象 | 依据一套学生管理系统，进行接口测试环境搭建 |
| / | / |
比如涉及的技术栈如下：
| 技术 | 版本及说明 |
|---|---|
| Python | V3.x（本文为3.7）===编程语言支撑 |
| Request | V2.24.0===接口请求 |
| HtmlTestRunner | 支持Python3 |
| Logging | Python自带===生成log日志 |
| Unittest | Python自带===自动化测试框架 |
| Smtplib | Python自带===邮件服务 |
| Python自带===邮件服务 | |
| os | Python自带===系统模块 |
| openpyxl | V3.0.5===操作excel |
| xlrd | V1.2.0===操作excel |
| xlwt | V1.3.0===操作excel |
| ddt | V1.4.2===数据驱动 |
| configparser | V5.0.2===config配置文件操作 |
| PyCharm | Community 2020.2汉化版 |
| 操作系统 | Windows10旗舰版64位 |
| / | / |
详细参考：API接口自动化测试框架搭建（二）-详细设计&框架设计https://blog.csdn.net/NoamaNelson/article/details/118731061
WebUI自动化
这里简单说一个基于Unittest+Python+Selenium+BeautifulReport的UI测试框架；
比如简单的框架说明：
详细参考：WebUI自动化测试框架搭建（二）-详细设计&框架设计https://blog.csdn.net/NoamaNelson/article/details/113987114
WindowsGUI自动化
这里简单说一个基于Unittest+Python+UIaotumation+BeautifulReport的GUI测试框架；
比如简单的框架说明：
详细参考：WindowsGUI自动化测试框架搭建（二）-详细设计&框架设计https://blog.csdn.net/NoamaNelson/article/details/116517256
性能测试
这里说个简单的登陆并发场景；
可先了解些常用术语，这里不再赘述了：
可能会用到的测试工具有：
测试环境准备，比如：
脚本设计，比如：
常见的指标监控如下：
兼容性测试
这个就不多说了，每种类型的产品可能有很多兼容性测试点；
但在测试的时候，计划中可能需要包括以下内容：
专项测试基本都已经形成了体系，唯一不足是人力和资源的调度上。当然还有其他方面的专项，比如稳定性、压力、高低温等等。
质量意识的提升
为了不重复，可以完全参考《2022年国内软件质量调查》活动投稿；
里边详细的说明了关于质量方面的进展和认识：
详细链接：产品诚可贵，质量价更高https://blog.csdn.net/NoamaNelson/article/details/128324825
团队梯队初成规模
在团队中针对不同能力的人员进行技术摸底；
目的是让团队形成一定的梯队，满足项目的测试需要；
比如人员的成熟度模型如下：
人员能力得到提升
比如所有人已初步形成了自动化脚本设计能力；
可以进行简单的性能测试工作；
测试设计由专业的人员开展；
比如结果的产出有：
2022遇到的问题
这里简单概括下，比如：
针对问题的改进措施
展望2023
整体目标
目标分解1-流程制度
目标分解2-竞争机制
目标分解3-自动化平台
目标分解4-客诉处理
CSDN博客目标
详细参考：我的创作纪念日 | 软件测试成长之路https://blog.csdn.net/NoamaNelson/article/details/127453617
2023年完成博文1000篇创作；
2023年完成软件测试体系架构写作150+篇；
2023年完成现有的Unittest框架自动化教程替换为Pytest；
2023年完成团队管理知识体系；
2023年完成接口、UI自动化平台测试开发；
2023年入驻CSDN学院讲师队伍。
写在最后
2023年注定是不平凡的一年，希望自己越来越好，希望大家越来越好；
本文涉及到了很多个人总结图片和数据，如果他用请联系我谢谢；
如果你也是测试，也在踌躇不知如何写年终总结，不如看看这个文章，说不定对你有所启发呢；
感谢各位大佬、读者、有缘人的支持~~敬礼~~
最后再吟诗一首，聊表心意：
有志者、事竟成，破釜沉舟，百二秦关终属楚。
苦心人、天不负，卧薪尝胆，三千越甲可吞吴。
------蒲松龄