189 8069 5689
如果说前几年想混进测试圈子还是一个比较easy的事儿的话，那这两年各位会发现情况已经在悄悄得发生变化。对于一个合格的测试工程师来说，掌握一种或多种Coding的能力，业已成为一个不争的事实。
虽然对于Tester来说，软件的业务特性也同样需要重点关注，但作为软件产业的一份子，一个成熟的Tester应该要去关注行业的发展趋势。国内目前的软件产业的发展实际已经被互联网/移动互联网所主导，即我们会默认互联网/移动互联网的行业需求就是产业需求。简单分析一下当下国内互联网/移动互联网公司的现状，争分夺秒的抢占细分用户的市场，迅速获得用户的关注并进而通过内容增加用户粘合度等等一系列的市场需求，成为了影响甚至决策整个公司每一个部门，每一个岗位行动方向的最终需求！
对于研发部门，快速迭代、敏捷开发、Debops等等一系列强调效率的手段和方法不断被提出，开发、测试、设计等一系列岗位的从业者也不得不在其中手脚并用，应接不暇。
至于这种行业现状是否合理，是否理性，今天我们暂且先不讨论。我们要看到的是，在这样的态势下，每一个IT技术人员应该具备的应有能力的变化。作为保障性技术支撑的Tester,我们在整个研发团队中不是主要输出，检测软件保证质量才是我们的工作内容。但是很多目前的测试从业人员会误以为检测软件的时候（主要是功能测试阶段），并不需要太去了解代码，只要明白业务就可以。这样的想法放在今时今日，显然会落伍。
软件工程的概念实际来源于建筑行业。所以我们几乎能在软件研发团队中找到所有对应的建筑工种(从这个层面讲，叫开发人员“码农”，一点都不委屈他们……手动笑脸)。那么测试人员与建筑行业中的工程质量检查人员，实际干的就是一个事儿！但大家需要清楚的是，在建筑行业身为一个合格的工程质量检查人员，是需要在前期跟随建筑工人一起从事一线建筑工作的。目的是什么？就是要让质检人员清楚，建筑工人的工作过程，工作方法等，往好了讲，是为了更好的检查出未来工程中可能出现的问题。往深了说，就是别让那帮盖房子的农民工蒙了还不知道怎么回事！同理，测试人员如果想更好的做好本职工作，去主动了解开发人员的工作过程，掌握几种常用的Code，会读代码进而会写代码，真的在工作中是有百利而无一害。
博主本人是从开发转的测试，但在后期的工作中不经常提这个经历，所以当有的开发告诉我这个缺陷改不了，这个缺陷是IE的问题等等的时候，一般情况下我会静静的把修复了缺陷的代码发给他……
伴随着越来越快的产品研发迭代频率，测试人员无论是执行手工功能测试还是自动化测试，亦或是性能测试，都或多或少的需要测试人员具备Coding能力。So脱离开发谈测试，就是耍流氓！
至于对一个非传统IT出身的Tester,应该如何开启自己的代码学习之路，我们下次再叙。
