寻求自动化测试之道 —— 我的困惑与期望

刚才听同事讲自动化测试的一些知识分享，勾起了我的心思。

对于自动化测试，网络漫天都在讲，自动化测试理论的发展和众多自动化工具的出现，让我们看到了自动化测试的巨大威力和诱惑，这里不去讲理论和工具，在网上一搜一大把，只是想探寻一下我们公司的自动化测试之路。

老大，无疑是明智的，自动化测试也是她在大力倡导的，目前公司还基本处在手动测试阶段，不能说是我们不去接收新的测试思想和测试方式，而是我们的测试对象，怎么对，都不能和自动化测试对号入座，产品和硬件的联系太大了，项目都很小，觉得每一个拿来用自动化测试工具去测试都有点大材小用了。

但是仔细想想，又觉得，在手工测试的过程中，重复劳动太多了，如果能有一次测试的时候花一点时间来摸索一下重复劳动部分，并把这个过程自动化，就会一劳永逸了，当然这是期望。

老是想去寻找一个测试工具来适应一下我们公司的产品特性来进行测试，但是只对loadrunner和QTP有些了解，觉得Loaderrunner可用来测试网络SDK的性能，QTP可用来测试SDKDemo的功能，其他方面就不能使用了，其他的自动化测试工具都不是很了解啦。

今天讲的这种测试方式倒是很值得一试，在这次测试中，如果能得到RD的帮忙，编写自动测试代码，就好多了，每次都觉得，时程催的很紧，没有时间去弄自动化测试，到头来，还是因为种种原因，并没有按照时程完成测试，真不知道，这些牺牲都换来了什么？

其实我觉得我们的测试除了有其特殊性，不方便开展自动化测试，这一点制约了测试的进度，或者说成熟度，还有一点，就是测试人员对产品的不熟悉，或者说产品说明书写的太烂了，要是不和RD沟通，根本不知道产品是干啥用的，如果这一点能有所改善，那将很大程度的提高测试的效率。