感谢看到这个文章，让我make a decision 做个测试开发的总结，更是对自己懒惰的鞭笞

我们不少人理解的多少年测试经验，其实应该叫工作年限。
但是，并不是所有人有 XX 年的工作年限，就有 XX 年的工作经验，也就是说，有可能一年的工作经验，重复使用了 XX 年而已。
那到底什么是工作经验呢？
我给新人们讲解时，会把工作经验划分为硬技能和软技能。
(1)硬技能又划分为业务逻辑、测试技能、系统知识、自动化能力和通用知识这么几类，共同的特点都是属于知识性内容，大部分内容都是确定性的，时间越长接触的项目越多，积累的内容也应该会越多。
(2)软技能又划分为沟通能力、团队协作能力、学习能力、解决问题能力、逻辑思维能力、创新能力和主动性这么几类，共同的特点是属于理解力方面的提升，偏理论和方法论的角度，如果项目过程中经常的自我反思并持续改进，也会随着项目经验的增多而提升。

既然总的目标是学习和适应，那么主要关注的还是输入，成果物就是输入后的输出。
怎么理解呢，就是因为输入了什么知识，然后把这些知识应用到具体项目中，产出了什么成果。
其中有点描述问题的技巧

example1:

从目前所有人总结的内容来看，千差万别，虽然我们有规定总结的范围，比如「客观、量化及可视的工作成果」，但是每个人对这个范围的理解都不一样，所以结果也就不一样了。
如果非要找共同点的话，那就是大家都会去罗列工作的内容，比如熟悉了多少个工具，经历了多少个项目，提交了多少个 Bug 等等。
非要说这样写有没有问题，其实也没问题，确实有量化的工具数，也有量化的项目数，还有量化的 Bug 数。

example2:

（1）打个比方，学习了 procmon 工具的用法，然后在注册表测试项目中用到，通过工具监控具体的注册表操作，发现了 bug 「一个设置操作会重复操作注册表 run 项 3 次」，经过和开发一起定位，发现问题的原因是「一个公共函数在几个功能函数中都进行了调用，导致了重复的操作」，其他还了解了 procmon 对于文件操作、进程操作的监控功能，输出了「procmon 简易使用手册」文档，并在组内进行了分享。
（2）再打个比方，测试用例相关的，学习了等价类和边界值测试用例设计方法在目前项目的应用，在项目「我是测试项目」中，使用边界值分析法设计了测试用例「验证传入超长 261 个字符数的路径时程序可以正常处理」，结果发现了 bug，经过和开发一起定位，发现是开发没有考虑到 Windows 系统限制了路径长度不能超过 260 个字符，项目完成后，针对 Windows 系统的文件路径测试用例做了汇总整理，并在组内进行了分享。