测试开发工作者日记：2020.12.24
作者：互联网
画 最近的工作业务测试比较多，但是作为从最底层测试摸爬滚打出来的博主来说，完全没压力,也没有不爽,相反还觉得这是一次大脑放松的机会。
用非常非常快速的方法进行功能测试，甚至用例都不看也不写。 就这样的测试流程居然还能发现很多之前没发现的历史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条用例，纵使我是本科软件工程科班出身，纵使我在培训班多届中都实力最高，但是工资就是上不去。
而原因只有一个：你工作年限太少了。
那是一个 传统测试风行，测试年限定价的时代，那是一个真正越老越吃香的时代，一个往事不堪回首月明中的时代。
标签：24,测开,理论,ST,用例,2020.12,测试,博主,日记 来源： https://blog.51cto.com/u_15282986/2967933