测试的路该怎么走

写这篇文章的目的，只是说说自己对测试的一些认识，可能认识是片面的，也是错误的，希望可以得到大侠们的指点。也说说自己的一些困惑，希望能够和朋友们一起探讨，努力学习测试的知识。

做了一年多测试，因为在上学的时候没有开设过测试课程，做测试，所有的理论知识都是自己看书学习的，国内的那些测试书籍市面上见的都基本看过了，对测试的流程，测试的方法，测试的概念已经算是有了很深的了解，但是，总是觉得，自己的理论知识不够扎实，对测试的理解不是很透彻，在实际的工作过程中，总是会碰到自己在看书的过程中没有涉及到的一些东西，自己也知道，所有的理论知识都不能解决实际中的问题，理论只能为实际的工作提供一个指导。

国内的测试是刚刚开始，这个从国内的测试书籍的多少以及内容就可以看出来，国内的测试书籍，系统性讲述测试理论的就那么一两本，而且，基本都是参考国外资料编写的，基本上来说，就是讲了测试的概念性的东西，而没有讲述具体如何去做测试的问题。

做了一年多，渐渐的感觉，自己所了解的测试知识是越来越不够用，虽然我一直都在学习，一直都在寻找比较优秀的测试书籍，但是，就国内的资料来说，很少有讲的比较好的，能够提供一个完整的方法论的。

于是，我想，软件测试在这两年算是比较热门的职业，但是，如果仅仅是目前的理论知识来支撑，那么是不可能成为一个测试资深的专业人员。那么，我们有必要去寻找一些国外的书籍，一些国外的关于测试理论的测试资料，这样就有一个问题，国外的测试资料，简单的，或者说是概念性的知识，基本上都已经被翻译或者在国内的测试资料中有翻译，而对于一些不太适合国内实际情况的，一些关于具体怎么在项目中使用测试理论的知识体系，很大部分并不是适合国内的实际，如果学习这些，并不能很好的筛选，增加了获取知识的困难度。

那么，当测试人员到这个时候，就遇到了一个瓶颈，测试的路该怎么走，这个一个问题。

做测试，很多情况下都会提出自动化测试，自动化测试是有很多的好处，这是无容质疑的，但是，自动化测试需要投入一定的成本，比如人力，工具，组织管理等等，并不是说，自动化测试就是使用破解的商业测试工具去录制脚本，修改脚本，回放脚本就可以实现，也不是说，只是会使用测试工具，就算是可以进行自动化的测试了。

我使用过QTP，也使用过RFT，在我使用的过程中，我深切感觉到了，要做好自动化测试，使得自动化测试真正能够起到作用，并不是说会使用工具就可以的了，QT如果仅仅用来录制操作，然后回放，或者，用QTP的录制回放功能，可以做一些比较重复的工作，比如，可以造数据，但是，因为QTP太依赖于界面，如果要真正使得QTP使用于测试，那么，就必须要修改脚本，或者说，需要构建测试框架。而对于RFT来说，它的脚本语言是基于java的，要设计好的脚本，需要东java程序，相当于说，入门比较高，而且，现在国内的开发比测试普遍工资高，如果会编写程序，则会去做开发，或者做白盒测试。

通过上面的说明，产生一个问题，那就是，需要有专门的人员去维护脚本，而很多时候，国内的测试并没有专业的脚本设计人员，很多时候，测试的人员可能即要做手工测试，又要做脚本录制，维护，就算是有一两个专门的脚本设计人员，就目前国内的情况，会脚本设计的测试人员是稀缺性资源，行情看好，流动性较大，可能有的时候，企业刚刚做了自动化测试，结果，脚本设计人员走了，自动化测试也就搁浅了，继续回到了手工测试时代。

而对于一些性能测试工具，如果仅仅会使用工具并不是能够完成性能测试的，只要做测试的都知道，性能测试是最复杂，也是最需要基础知识，业务知识，并且需要多个部门配合的测试工作，仅仅是会使用测试工具，是远远不够的。也就是说，学好了性能测试的工具，并不是说就可以做性能测试的。

功能测试，性能测试自动化，在国内并不能得到一个很好的应用，而对于白盒测试工具，在国内做白盒倒是使用的比较多，但是，自动化并不是仅仅只有白盒，那么，如果是这样，测试的路又该怎么走呢？