EEPW论坛

　　或者反过来，拼命举一些例子，比如自动化测试，性能测试啊，以来说明测试需要的技术要求还是挺高的，来为测试人员辩护。但这么来辩论，潜意识已经承认一个观点了，即技术能力就是评价一个测试人员最重要的指标。

　　那么在实际的项目测试中，技术真的是软件测试人员的核心价值吗？以前一直以为测试总是需要很好的技术为核心的，但是自从来到国土局出差后，感觉有点小受打击。先说说我自己吧，半年的开发、四年的测试，期间也做过一年的管理，积累了很多的经验，对测试而言，应该没什么太难的。但是在测试国土局的第一个项目后，效果不是很好。发 现原因并不在于技术，而是沟通与业务。为什么这样说呢，因为在国土局这边他们有很严格的权限管理，内部网络与外包人员所在的网络都不在同一网络内，且都不可以上网，而且有些都不在同一楼层，进每个楼层都要刷卡（外部人员没卡），大家都知道在测试过程中，沟通是很重要的，没有及时的进行沟通，开发出一个新的版本，有什么新的需求，都不是很清楚的。其次是业务，平板电脑中的巡查都是GPS取点、拍照和巡查线路记录，这些都需要到室外去测试，和传统的系统测试很不一样。第一次测试没有解决这两个问题，导致测试结果不是很理想（大多企业测试中都不会存在沟通上的困难和业务的难度）。当然，最后也吸取了教训，解决了这两个问题，使以后的测试更顺利。

　　从此可以看出测试技术并不是测试的核心，每个项目都有自己的特点和特色，需要针对各个项目的特色去进行测试。