画    最近的工作业务测试比较多，但是作为从最底层测试摸爬滚打出来的博主来说，完全没压力,也没有不爽,相反还觉得这是一次大脑放松的机会。

用非常非常快速的方法进行功能测试，甚至用例都不看也不写。 就这样的测试流程居然还能发现很多之前没发现的历史bug。这可不是运气好，其实是能熟练运用软件测试基础理论 和 用例设计方法 加上测试了多年的 效果。

不知道大家初入测试行业的时候 是否听到过一句话：

测试行业，越老越吃香。

不过这几年，因为各种年龄淘汰，内卷，自动化测开的崛起，让这句话似乎销声匿迹了，让测试似乎变成了一个青春饭严重的行业。

而其实真正的老测试，能符合那句 越老越吃香的 人 越来越少了。为什么说吃香呢？是因为我们都听过的：老测试，可以省掉很多流程，上去就知道哪里容易出bug，哪里问题多，时间规划，风险预测都堪称一绝。

就像等级高的角色，他们甚至可以省掉施法前摇，来加快效率。但是这里的老 指的可不是 年龄。而是随年龄增长的经验和基础知识还有测试思维。

也许这些年测试业内代码的兴起，让大家对传统测试越来越看不起，觉得只要不会代码的测试都是菜鸟。衡量一个测试厉害与否 看的是自动化代码水平高低。这难道不是一种怪象么？

还是那句老话：测试远不是很多人想象的那么简单 那么肤浅，拿过来就是点。

在哪点，按什么顺序点，怎么点，点什么，什么时候点，要点到什么程度，什么时候停下来，推测还要点多少下，这些才是测试核心。

而自动化也仅仅是解决怎么点这个用例执行过程的一种手段而已，而且还不能覆盖所有用例。

那么具体测试理论都包括什么呢？我可以简单说说，虽然我个人实际上掌握的并不多，可能一半都没到：

1.测试流程：

双v模型，瀑布模型，螺旋模型

2.测试手段：

黑盒测试，灰盒测试，白盒测试，静态测试，动态测试

3.测试阶段：

代码走查，结对审查，同行评审，组内审核，正规检视，头脑风暴，单元测试，接口测试，系统/功能测试，阿尔法测试，贝特测试，验收测试，回归测试。

4.测试成果物：

《ST测试计划》《ST测试方案》《ST测试规程》《ST测试用例》《ST测试报告》《STbug报告》

《IT测试计划》《IT测试方案》《IT测试规程》《IT测试用例》《IT测试报告》《ITbug报告》

《UT测试计划》《UT测试方案》《UT测试规程》《UT测试用例》《UT测试报告》《UTbug报告》

《验收测试报告》《其他测试报告》

5.测试点方法：

功能 ：可见/不可见

非功能：iso9126 等 6大特性 27子特性

接口：用户接口，软件接口，硬件接口

6.黑盒测试用例设计：

等价类，边界值，判定表，正交，场景法，流程图，状态迁移法，因果图法，输入域覆盖法，输出域覆盖法，异常分析法，错误猜测法。

7.灰盒用例设计：

自上而下，自下而上，大突击，三明治

8.白盒用例设计：

语句覆盖法，判定覆盖法，路径覆盖法，条件覆盖法，判定条件覆盖法。

9.质量铁三角：

组织(人) - 技术(工具) - 流程(过程)

10.cmm5级质量图：

初始级-可重复级-已定义级-已管理级-优化级

11.用例标准属性：

用例编号，测试项目，测试标题，重要级别，预置条件，输入参数，执行步骤，预期输出，备注。

12.bug等级：

致命级-严重级-一般级-轻微级-优化建议级

好了，到这先不继续说了，博主全是脱口而出，没有进行任何查阅。

上面的每一个名词后面都是巨大的篇幅和超强的技术理论，比如随便拿一个因果图法来说：

就够绝大数测试同学 喝一壶了吧。

博主花费了巨大的精力 学习 研究 和 使用这些技能理论，为的就是传承下来并且可以在日后的测试中游刃有余。

而最早的那句话 测试越老越吃香 说的老测试，可不是会一些代码和自动化的新时代测开，而是上述掌握了这些基础测试思想理论的 传统测试。

但是为什么这样的老测试这么少见呢？博主曾经在上百次的面试别人的时候，稍微提问过一些上述的概念，结果是9成以上的同学完全不懂，1成同学听过，能背下来，但是也没法运用自如。

原因就在于，这种晦涩难懂的纯文字教程 或者 文章，真的看的时候会很无聊，可能还没看到100字，读者就摇摇欲睡了。再加上现在浮躁的测试风气，背下来这些老理论显然简历上不算什么亮点，因为任何测试的简历第一条都会写着精通/熟练测试基础知识/理论，这句话仿佛变成了套辞，没人在乎，也没当真。虽然这些一旦你应用自如，融进骨血中，就可以轻松搞定各种测试任务，但仍然对面试没有帮助。

而上述的我所列的这些传统测试理论 ，我可以很可靠的说，不到整个测试理论的一小半。当然目前为止，我还没遇到可以精通上面这些的年轻测试或测开。而如果一个测开掌握了上述理论，那么他会做出什么来呢？显而易见，博主已经开始了这些实验，为了更好的传承和发扬传统测试理论，所以博主准备用新时代的代码技术 来融合 传统理论，做出一条新的路线，比如自动生成用例，测试流程自动化 等工具。当然也希望有其他小伙伴加入一起！

上面的这些东西，昨天在群里跟大家讨论过，很多小伙伴强烈建议博主开更这个传统理论系列，但是博主没有当即答应，也不是不想写，而是这些理论其实大家都可以百度搜的到，但是也一直没什么人学，根本原因在于没有人喜欢看而不在于谁去讲。

但是！博主准备之后分享的系列 是融合了传统理论的 新自动化工具：比如

这里就要提到一个比较深刻的问题：测试开发是做什么的？

测试开发就要找到测试过程中的痛点，解决掉！ 而上面测试过程中写用例之所以不用标准方法的原因，和痛点 就是下面三条：

1. 觉得用不用都无所谓

2. 根本不会，学不进去，教程无聊

3. 按照标准方法写用例太耗精力和时间

而博准准备研究的新传统理论工具则可以基本解决这些问题。这也应该是我们测试开发的一个使命哦～

一直以来，很多同学 粉丝 可能以为博主是测开领域的高手，博主的强项是代码开发。

其实，认识几年博主老朋友才会知道，博主的真正强项是 传统测试理论。而测开技术是弱项，也正因为如此，博主一开始才会开公众号 博客 来记录分享 测开技术，其实也是为了锻炼自己的测开水平，想尽快提高(最近在练习凡尔赛，见谅)。

依稀记得当年博主在精通上述那些测试理论的时候，加上ios/android/web/api 四领域的自动化都可以手写项目的时候，出去面试，仍然只能拿到最多9k的薪资，纵使我一个登陆功能可以写500条用例，一个电梯可以写1000条用例，纵使我是本科软件工程科班出身，纵使我在培训班多届中都实力最高，但是工资就是上不去。

而原因只有一个：你工作年限太少了。

那是一个 传统测试风行，测试年限定价的时代，那是一个真正越老越吃香的时代，一个往事不堪回首月明中的时代。