专访测试资深讲师“云层”，深入解答测试行业7大问题

软件测试行业顶尖技术大牛——云层为你解答关于软件测试的困惑。

云层老师

下面就进入对云层大大的专访环节：

经历了多很次的学习，但是每次都是因为实践太少逐渐的淡忘了，有什么好的建议吗？

这个一定是工作很久的老司机提的问题。

第一，学习其实是一个建立学习方法和思维模型的过程。学习的时候其实都面临一个问题，学了不一定能用得上的。因为在学的时候可能会带有前瞻性去学，但是并不是能够马上用的。不禁要问，我们到底在学什么？其实我们是在学一个学习方法和看待问题的方式。我们通过学习整个从初中到高中到大学的所有知识，建立了自己的思维模型。

第二，当学过一个知识并且知道其所以然之后，再次学习的成本非常的低。我们现在去看小学学习过的内容，当时学一年的内容，现在两分钟就能把小学数学给翻完了。学习速度加速的原因是什么？当有人跟你讲过的或者你学过的知识点，脑子里面会有个概念在这。当时可能学得模模糊糊，但是当再去用或者再去学的时候，会突然发觉很容易就豁然开朗。所以换个角度，我们学过很多东西会淡忘，但这个淡忘并不是什么问题，而在于曾经有过对知识点的积累，如果你在学习过程中把相关知识链接起来，重新学的时候，相较于别人就会有很多优势。

避免自己淡忘的方法就是一边学一边写笔记，一边写思维导图，以后去回顾的时候，就可以过滤很多非重点，很快找到重点；同时很快明晰各个知识点掌握的熟练程度，重新再翻的时候，知道自己要解决问题是不是在其中，效率自然就好了。

我写书、写博客的原因也是如此，脑子里面的东西太多，无法承载了，就会不停地发博客文章，发订阅号的内容，觉得有意义的知识就整理一下并写出来，特别喜欢记东西。对于很多东西的学习，铺垫是值得的，就像《倚天屠龙记》中张无忌学乾坤大挪移，在学会内功心法、打通任督二脉之后，只需要三个时辰就够了。

对于一个刚毕业的行业新人，在技术发展上您有什么具体的学习建议送给新人？

从测试的维度来谈，其实我觉得现在对于很多毕业生来说，这个行业非常的好。回顾一下我们当时大学刚毕业的时候，可能就拿一两千块工资，做了五年也就四五千，工资的涨幅非常非常慢。现在可能只要会一些技能，工资增长就会非常快。那现在对于新人而言，就是建议大家增强技能，主要出现在两点：

第一点是研发技能上，现在作为一个测试人员来说，不会开发是不行的。你的开发能力越强，你对很多东西的兼容就越强。

第二点给大家建议就是心态，现如今确实有很多很爆点的技能，你运气好，赶上了这班车，你的工资就像火箭一样飙升。 但是偶然性很大，而且只有那抓住这个头一两个人，头一两批比较好。如同选专业，选IT专业，选择的当先是非常好的，但是过了四年之后毕业，这个行业太差了，根本找不到工作，所以在这我希望大家能有个平静的心态，你需要一个时间去积累，哪怕是做功能，也需要一两年踏踏实实去做透，再配合学习研发和自动化工具。如果跳过做功能阶段，直接选择自动化或者测试技能，就会出现一个瓶颈，当越走越深的时候，会发觉没有广度去支撑，而到彼时学习就变得愈发困难。

在学习钻研一项技能时，广度和深度是并行的。在一个能力点上深度做到一定程度，就会发现难以突破，这时候要回来重新学习广度，因为没有这些广度无法支持更深的探索。做自动化还是一个深度的问题，性能就是广度问题，安全又是广度问题，深度的能力会在支撑你在广度领域延展，例如可以通过自动化把性能和安全也实现，这样就会有新的突破。 而这个过程中会涉及到薪水问题，此时尽量不要浮躁，因为现阶段的工资水平只是短暂的现状，需要做的是在这个时间内尽快沉淀而非尽快变现。因为等到中年危机的时候，会发觉自己的知识面是很广的，还能够在各个维度上解决问题，这样自然就游刃有余的处于不败之地。反之，如果只是做深度，等到发展至高高在上时，一旦行业出现动荡，就会出现无地可存的情况。

所以我希望大家适当地把握自己的心态，不要急着为了高薪去跳槽，而在一个好的领导，好的团队，能积累和学习到多少东西，才是关键。

对于一个有多年业务测试经验的人来说，既不想放弃在行业内深耕的行业专家经验，又想推进自动化，那么目前在领域内的自动化解决方案有什么好的学习途径吗?

自动化和业务并没有太大的冲突，而将业务自动化是一个非常好的方向，也是技术结合业务的接地气实践。自动化工具可以有效的解决业务测试中所需要的技术支持，无论是H5的还是手机APP甚至智能终端，都会有比较成熟的技术解决方案。而作为业务专家落地自动化，当把普通的自动化从一个普通的关键字驱动变成一种业务驱动业务系统，再把所谓的语音识别或者某些业务识别的策略加入，就会形成对应的两个方向：

第一块是如何智能地生成用例；

第二块是如何使用例智能地生成脚本。

如果能够解决上面的两个智能用例和只能脚本，那么今后要开发个新功能，就可以做到智能测试，直接问能不能待上线模块进行测？系统通过只能分析会直接给你回馈和测试方案，这种智能测试会非常的接地气。我觉得大家可以往这个东西去尝试，应该是一个可以做到的方向，而学习的方向就是整合测试框架及大数据机器学习。

目前比较流行测试运维（TestOps），和运维以及开发运维是什么关系？

在整个软件开发中，首先是开发，然后在测试，最后运维发布，它是一个流程，叫做devtestops。但敏捷开发强调快和实现落地的功能，也就是要求开发对质量负责，同时对发布负责，就会把开发和测试合并，就叫Devops。但其实这样会面临一个问题，谁来写这些自动化脚本呢？具体的测试谁来做的？

第一，作为一个test，需要在里面去找到定位，需要为这个流程做赋能。赋能需要告知哪些业务要通过技术转化成自动化脚本。第二，Devops无暇去管从测试的业务逻辑转换成测试脚本的过程，这个工作一般会交给TestDevTestops（测试开发），做测试人员所需要的工具环境。第三，在不能跟运维对接，但需要的生产的测试数据、生产的环境的申请的时候怎么办？就需要Testops做这些这件事情。

其实是Dev、Test、Ops3个名词的两两合并，因为要做到3个技能合一太难，就会出现跨界，前后的关系并不是很重要，而在于是不是存在着跨界的问题，而这个就是一个跨界的名词。

在已有的持续集成的基础之上如何快速推进到测试运维之上？

持续集成只讲编译发布， 软件现在开发做得很好，可以快速发布，上线也没问题，用户也不一定看得出，如果看得出来，也可通过在线修改或者灰度发布解决。那么在这个过程中存在一个痛点部分，就是当发布的一个功能或者漏洞被用户发现了的时候产生的。类似于最近很火的“大数据下的杀熟”，即对于低频用户的补贴，对高频用户的正常。当这个情形出现的时候，就需要公关或去验证这个过程，以前为不能实现的原因，就是验证过程要求非常快，需要马上上线。如同现在拍部电影，我没有空去看，直接就上院线了，上线之后发现有拍的不对的，可能有暂时看着并不大的损失，但以后这种损失可能会逐渐扩大，因为观众口碑的要求非常高。

那么这就需要能够快速地在持续发布上做测试，第一要求测试人员知道自己如何跑自动化测试，第二测试人员知道如何快速地自动化构建运维的环境，这必须要测试人员清楚知道如何打通前上游和下游的过程。所以核心思想就是如何去把测试过程压短压精整合进去，同时要求能够技术上进行配合实现。

您认为测试发展的下一个风口在哪里？测试人员如何提前去做知识储备？

首先我觉得作为测试来说，大多是比较被动。但其实在未来行业中或者在顶级的行业中并不是这样，而应当是先去验证后去实验。做测试首先要走在前面，这点非常难，难在如何提前进行验证。 测试应该做的事情不是简简单单说人家做出来，然后验一下对不对，而在于能不能提前去想一下这个东西合不合理，能够有更好方法去解决，所以我们就会说一件事情，我们要基于用户，并且高于用户去验证它。

做测试的第一个突破点，业务是站在基于用户并高于用户的一个决策点上做的，倾听用户，站在一个更高的设计维度去看，就是为什么很多测试转产品经理的原因，因为他确实在业务上面已经理解的非常透彻；第二个突破点就是代替用户用技术的方法来验证业务所要做的事情，提高效率和提高质量，从技术角度来说，提升自己，支持业务的能力，能根据业务去做出很多的测试的工具，帮助完成测试工作。

综上两点，都会涉及到测试需要学习开发，知道如何实现，可以不用走得很深，因为走的太深，潜意识会告诉自己，这个技术好像实现不了。从苹果代替诺基亚、而现今苹果又面临着Googleglass的挑战，未来甚至有可能实现皮肤内植入等等……技术在不断的演进，而测试的未来空间也会非常大。

请给工作五年以上的测试同行几个忠告

对于五年以上测试从业者来说，第一个本质问题在于拓宽自己的知识面，不要局限在一个简单的职责上，改变自己，做一些没有做过的更重要的事，把技术往团队推，让团队的人找到自己所能解决问题的空间，这个同时也是在提升自己。第二个是要考虑自己的发展方向是偏走技术还是走业务方向，决定之后重新找到自己新的一个圈子，拓展人脉圈；人脉圈不一定是用来变现，更重要的是在于不停地接触新的东西，就会对自己产生很多冲击。当你发现有很多比你厉害的人比你还努力的时候，就发觉人生真的很美好。好的圈子就是你身边的人都比你厉害，你的圈子就是对的，如果身边人都是比你弱的，那么说明你其实在养老。 当周围的人都比你厉害的时候，你自然而然你会去想，别人收入比你高，能力比你强，还比你努力，也在不断向上，你还有什么好偷懒的呢？

我们做这个行业有句话叫做不忘初心。我觉得我们应该也做一件事情，既然我们是在做测试，我们应该努力地保证软件的质量，去做这一行的一个方向，去为后面的年轻人铺路，做好这个行业，这可能我觉得就是不忘初心想谈的事情。（点赞）

想了解更多云层老师关于软件测试行业的见解和心得，想提升自己的软件测试技术。

欢迎加入群680748947，云层老师和你面对面讨论软件测试技术问题。