也谈测试核心竞争力

作为一名测试人员，到底其真正的核心竞争力是什么？这个问题一直困惑着我，当我还未曾踏入这一行业的时候，听到的声音是这样的：“测试是一种很有前途的工作，需求大于供给”、还有一种是这样的“测试就要做接触到代码的，点点鼠标谁都……”怀着对于一个行业我也不知道好还是坏，到底是个什么玩意的心理选择并进入了这个行业。期间，我承认，的确有那么一段时间，我认为作为一名测试如果能够对于代码了如指掌，能够写出一个个的工具才有可能成为武林的盟主，寿与天齐。似乎，作为测试来说最核心的竞争力就是对于代码的掌握程度，除此以外，那些什么功能测试的用例似乎就是个最低端，最没有价值的产出而已。

 

但是就今天看来，就我现在自己遇到和看到的一些问题和现象，我开始对自己的一些想法有了挑战。例如：现在很多组都在做和预研一些代码级别的测试工具，例如覆盖率工具啦，代码扫描工具了（主要是遵循相关的语法规则做一些例如是否有空指针风险，是否有未定义的变量，是否if else的分支条件互斥等）、当然还有一些高端的通过业务流回溯的方式来对每一条分支进行检查，只要有风险存在就发出邮件给对应的干系人。表面看起来非常的高端，大气，上档次，一切都在自动化，一切看起来都在掌握之中。翻手为云，覆手即可为雨。但是实际情况呢？代码在进行了自动扫描也好，覆盖率统计分析也好，最终产品外放后的质量还是体现在了功能测试的实际，实质结果上。这样说，显的好晦涩，举个栗子吧～～～

 

XX项目，引入了hudson构建自动集成方案，并且前后台都有接入，这样，在开发提交代码转测之后，功能测试不出意外会如期进行，代码后台自动扫描，结果也会mail给对