回顾2022，展望2023，笔耕不辍，钟情翰墨

回顾2022

博客概览

博客成就

获得测试领域优质创作者认证

获得博客专家认证

获得额外收入

创建第一个属于自己的个人社区

获得第一个实体奖牌【博客专家】

首次登榜梦想照进现实CSDN实体奖牌榜

首次参与社区新锐和社区先锋评选

开启了6个知识体系系列教程

个人基础能力提升

构建共性测试用例

梳理工具或模块业务数据流向表

总结项目特点划分用例级别

明确和细化内部测试计划

细化用例编写规范

重新定义缺陷等级

审视缺陷管理规范

制定详细的个人阶段学习计划

梳理项目流程了解测试活动

专项测试技术初成体系

了解测试类型

测试架构分析

测试技术布局

HTTP接口自动化

WebUI自动化

WindowsGUI自动化

性能测试

兼容性测试

质量意识的提升

团队梯队初成规模

人员能力得到提升

2022遇到的问题

针对问题的改进措施

展望2023

整体目标

目标分解1-流程制度

目标分解2-竞争机制

目标分解3-自动化平台

目标分解4-客诉处理

CSDN博客目标

写在最后

回顾2022

总结如下

博客影响增大，基础持续夯实；

技术初成体系，质量意识提升；

团队梯队显著，人员能力晋级。

博客概览

数据截止日期：2022年12月20日

先写这么多吧，表面数据，但是总体相比2021还是有很大进步，加油~
属性	值	说明
访问天数	315	一年365天哈
学习天数	61	其实每天都在学
原力值	3791	超过99.99%的用户
原创博文	81	高质量66篇，占比81%
收获粉丝	8176	感谢大佬们支持
被收藏	1172	希望对大家有用~
获赞	266	仍需努力哈
收获评论	165	仍需努力哈
送出赞	94	被我认可的说明很厉害嘛，嘎嘎
送出评论	86	经典的评论当然会少一点了
阅读文章	2321	还有很多没有登陆账号
加入社区	31	目前50多了
完成任务	50	仍需努力哈

这个数据主要参考博客之星个人总结报告；

最直观的感受是从最初的零星知识记录到现在的各种测试知识体系的整理，博客写作更有目的，内容更连贯；

还有就是参加各种社区或官方的活动，不仅能学习各大佬的知识，还能认识到自身的不足；

今年比较值得学习的是【技能树】，可以很好的练习对知识的掌握程度，明确自己短处；

当然每天必做的事情，除了写作外，那就是【抢红包】，这个太有动力了，哈哈。

总体来说，还是有很大进步。关注的粉丝是越来越多了。每天基本都有博客输出。
不足的地方是和粉丝的互动还需要提升。

博客成就

获得测试领域优质创作者认证

认证后发现以下变化：

博客主页有官方的认证标识；
关注的用户比较多了；
可以发布付费资源了；
有些活动给了优先参与的权利。

认证也是对自己的认可，对一直以来领域内的知识认识程度；

有一个最痛的痛点是：虽然是测试领域，但是要做一个合格的测试工程师，好像有学不完的工具、框架、语言等，感觉就是全栈了；

这个领域认证，一般是自定义的词语，感觉这个不太好把握，建议是否可以规划好领域，这样能从最基本的认识上大家达成一致。

获得博客专家认证

认证后发现以下变化：

博客主页有【专家】标识；
可以自定义域名；
可以自定义模块；
网站的广告没有了；
博客浏览量增加了；
还有很多呢。。不说了。

这个专家认证确实有一定的难度，最低要求原创博文占比要达到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自带===邮件服务
email	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

团队梯队初成规模

在团队中针对不同能力的人员进行技术摸底；

目的是让团队形成一定的梯队，满足项目的测试需要；

比如人员的成熟度模型如下：

人员能力得到提升

比如所有人已初步形成了自动化脚本设计能力；

可以进行简单的性能测试工作；

测试设计由专业的人员开展；

比如结果的产出有：