3）其容错性查，如果某单个测试用例中途遇到问题，则造成其单个测试用例无法进行下去。且与软件性能关系较大，容易造成软件测试中断。
4）错误定位方面，需要靠直观的方式进行定位。
所以，综上，策略为：
1）界面自动化测试需要进行架构的分层，对于界面控件的查找需要基于一定的属性搜索定位，而常用的录制方式一般是依靠结构层次定位。
2）尽量将测试用例按测试模块细分，在中途出现问题，则可以进行down掉，再进行下一个测试用例即可，而且测试用例越细分清楚，则错误定位越简单。
3）当然，大范围做的话需采用框架，但小范围回归测试的话，则采用录制+二次开发的方式会比较高效。所以，不同的方式采用不同的策略是很重要的。
2、命令行或者API测试特点在于：
1）操作方式单一，都是进行命令行的输入。
2）其命令行变化小，但是不同设备有不同命令行集成，脚本数量多，命令行更改也容易造成维护量大。
3）容错性较好，一般命令行自动化测试都是采用输入+回显判断的方式，所以，不易造成测试中断。
4）错误定位方面，靠日志记录的方式即可。
所以，综上，策略为：
1）由于其单一操作性，对于一些简单的回归测试，则可以采用CLI录制的方式，生成一些简单的回归脚本，这样，测试人员也可以进行简单的自动化测试回归设计，辅助提高测试人员的测试效率。
2）对于需要大规模进行例行环境建设方面，更多的是考虑维护量方面的问题，则可以采用关键字驱动的思想，将设备映射成一系列的关键字对象，将其属性进行封装，这样，可以提高重用性和降低维护量。
总之，个人觉得，自动化测试应用的最大策略就是“因地制宜”，主要是抓住其测试方式的特点，然后以不同的策略去对待，这样，才能真正快速应用自动化测试提高测试效率。否则，很容易陷入了“为做自动化测试而自动化测试”的陷阱。
版权声明：本文出自 散步的SUN 的51Testing软件测试博客：http://www.51testing.com/?382641
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
