【原创】再谈软件测试经验图谱

一

我之前在文章《如何借助测试经验图谱完成三个月总结？》中有提到「测试经验图谱」的概念，其实我一直把这个图谱作为底层建筑去强调，我一直认为底层建筑是基础，基础打得再牢靠都不为过，但如果基础不牢靠，就算上层建筑多么多么地 niubility，也是建的越高坍塌的可能性就越大，又或者到时候需要花费更多的时间精力去完善低层建筑。

打个比方，测试经验图谱硬技能分类中，有一个大类是系统知识，如果不在一开始就建立对系统知识这个分类的认知，那么在业务测试过程中，就不会有意的去对系统知识进行提取，进而导致随着参与项目数的增加，并不会带来对于业务相关的系统知识的同量级的积累，也就是俗话说的，一直在做重复劳动罢了。

就算有一些悟性比较好的人，他能够下意识的去区分系统知识和业务逻辑，并且进行储备，但是会发现，有些储备过的知识，在需要的时候却不能及时的倒出来，直到别人提醒，才会恍然大悟，「哦，这个知识点我知道」，可问题是你知道了却没有在需要的时候用上去，这个知道和不知道有什么区别呢？

上面提到的这两类问题，都可以通过测试经验图谱解决，就是要在一开始，就建立起系统的条理清晰的框架性基础设施。

二

上次我已经提供了一版测试经验图谱，并使用一些简单的事例做了说明，但是从实际落地的效果看，对于并没有这部分储备的同学来说，写的还是有点晦涩，或者说不知道如何套用。

今天我会按照图谱的顺序来进行逐个说明，希望能说的更通俗、更透彻、更实用一些。

下面是这个图谱的第一级分类：

三

从分类中可以看出来，我把测试经验分成两类：硬技能和软技能。

硬技能就是我们理解的「知识」，亦或者说是我们手里的「武器」，只有掌握了足够的知识，拿到一把好的武器，才能让后续的征战无往而不利。

软技能是我们理解的「能力」，亦或者说是我们的「内功」，只有具备过硬的能力，才能更好的提升内功修为，才能更好的把知识这把武器耍的游刃有余。

我