测试人员的核心技术能力，应该是什么？

    常常看到部分测试工程师在论坛，或者在Q群等场所讨论这个话题，这两天也有几个测试同行者来问我这个问题。回答这个问题之前，我先反问一个，“一个测试人员，再怎么熟悉当前公司产品的业务知识、测试框架、服务器架构、测试管理流程等等，以后他去到另外一家公司，接触全新领域的产品，之前所积累的业务知识完全没有关联，框架、架构、流程都发生巨大的变化，那此时你的核心技术，核心竞争力在哪里？很多测试人员还处于一个相对缺乏安全感的阶段，夸张一点说，很多测试员略带迷茫，不清楚测试的方向与未来，测试梯级好比一个金字塔，比下有余，比上不足，你的阶段安全感，决定你所处的位置。利用午休的时间，我也表表个人的一些看法，一个测试人员的核心技术，应该有以下几方面，即可独立，也可兼并。

1、快速熟悉并掌握产品业务流程

    开发人员也好，测试人员也罢，已经不是90年代的IT时期了，21世纪第一个十年，产品业务、产品服务决定公司能走多远，走多宽，测试也一样，纯粹的测试技术只能满足一个人的需要，满足不到产品的需要。所以，最重要的一点应该是“快速熟悉产品，掌握产品核心功能”。换句话说，就是快速熟悉当前产品行业知识，在短时间内熟悉产品业务，这方面的能力是可以培养的，看问题，要看本质；理解功能，先理解用户群体；做用户数据调查收集，头脑风暴做减法，确定核心功能与对应的场景和业务，熟悉并掌握核心功能的开发过程与实现原理，基本上就可以快速掌握产品的核心东西了。做测试没有这个基础，有点盲人摸象，做事找不到本质，最后事倍功半。

2、测试分解能力

    测试设计无疑是每个测试人员都必备的能力，如果一个测试人员不懂得测试设计，那就不是测试人员了。我这里提到的设计，不仅仅只是功能用例设计，更加偏向基于用户场景的用例设计。就是说，要站在用户的角度，就算你的功能用例设计做的万无一失，但缺少考虑用户使用场景的情况下，你的用例只能说明你把功能测到了，但没把产品测到位，记得，你测的是产品，不是功能，你面对的是用户，不是功能，你注重的是用户使用口碑，不是功能。数据驱动基于用户的场景用例设计，无疑是以后的发展趋势，看谁能拿到更多更精的用户数据了。

3、编程能力（自动化测试开发）

    测试应该是围绕以保证产品质量为中心，而展开的各项测试活动，要做到这一点就意味着要解决一系列测试难题，所以测试需要多项技能，编程只是其中一项技能，编程不能直接拿来衡量“测试技能”，关键还是要看编程解决了多少测试难题。测试人员第二项核心技术能力，就是能用编程来解决诸多的测试难题，这里指的测试难题，举例一二，大量的功能回归测试，一个劳民伤财的工作，就需要用机器来替代；性能/压力测试，是手工模拟不来的，必须得用代码来模拟用户数据，才能完成的，等等的例子。测试里面的编程，和做产品开发有些不同，测试所需要的编程语言选择比较关键，最好选择一种可以跨平台（windows、linux、移动类）都兼容的通用语言，一门脚本语言做到精就足够了。

      可能还有一些核心技能，但我认为只要能围绕以上几种技术，去砌造和积累，他日定能称为测试一方之雄。