针对可用性与易用性测试，业界没有太多手段将它自动化起来，而且，测试结果通不通过，大家都是见仁见智。给一幅图像，甲说它是色情图片，乙可能就说它没问题。
自动测试的误区
现在我们回头看看文章开头提到的案例，问题到底出在哪个地方？
首先，测试自动化的第一个理解误区：期望自动化测试完全替代手工测试。过高追求系统测试自动化率是不现实的，也是徒劳无益的。全部门全员上马搞自动化，显然劳民伤财，如前面所提，有不少产品实际上根本不适合做自动化，或者说，能够实现自动测试，但得不偿失，没必要去实施。而且，即便面对同一易于做自动化的产品，也不该一刀切，不必追求所有测试项都自动化起来。
其次，测试自动化第二个误区：期望自动化测试发现大量新的缺陷。这个误区大概每个初次尝试自动测试的项目组都会犯。根据我们的经验，测试自动化的主要价值不是指望它发现更多问题，而是指望它解决重复测试问题，版本修改后用它来确保已测试通过的项目不再有问题。实际操作中，最能发现问题常常是在首次将手工测试转为自动测试的时候，这时的测试通常是半自动的，或者换一句话说，实施自动测试的项目组，在调试自动用例时最容易发现问题。
其次，测试自动化第三个误区：不关注前期测试设计，而单纯指望引入商用工具就能做好自动测试。自动测试是需要事先规划的，如果产品设计不恰当，必然导致后期自动测试难以进行，尤其是产品分布式架构、抽象逻辑分层等。如果没有事先规划，等版本出来后就很难去调整了。
最后，自动化测试还有一个最大误区：以为自动测试是后期的工作，前期单元测试、集成测试做不做，做得深不深入与之无关。对于大部分没有经历过从前期拉通测到后期的人来说，进入这个误区是必然的。缺省对前期测试工作的重用与继承，实施自动化测试会觉得很不自然，一种典型的自然重用形式如下图：
实际上，众多推行自动测试的项目组不见效果，或付出很大代价才推动一点点，都可以从这一点上找出原因，典型原因比如：前期单元或集成测试的成果没重用，端口难以仿真，测试数据构造困难，等等。
文章来源于领测软件测试网 https://www.ltesting.net/
