面试了20个软件测试岗后，我终于找到了我屡屡失败的真正原因……( 四 )_职场如战场

这样积累了一段时间后，发现每次发布版本后，要结合进行自动化回归测试的时候就越来越麻烦了。一个方面我们得和开发沟通半天发版的内容涉及哪些功能模块，这些功能模块又对应哪些自动化脚本，这些脚本的执行顺序有些也还是有要求的。我们就得有专门一个人盯着得一个一个的进行脚本的执行调用，虽然执行本身是脚本来完成的，但是执行哪些脚本脱离不了人工。

后来我们就一块讨论设计了一个自动化测试框架，这个框架我们定义了5层（配置层、脚本层、数据层、测试报告层、驱动层，在面试时可以拿一张纸一边说一边画更清晰一些）。其中最复杂的是配置层的设计和驱动层的实现。

我们的配置层主要是来控制此次回归哪些自动化测试脚本以及脚本的执行顺序和执行状态等问题。这样只要人工把这个配置文件中脚本的状态和顺序调整好，其他的调用执行工作就由框架驱动层自动去调用完成了。就完全不需要人工参与了。

同时为了提高自动化测试的执行效率，对于脚本之间没有严格执行顺序要求的内容，我们部署了多台自动化测试机，同时运行。这样可以在下班后，同时并行。第二天来的时候只要打开报告层去查看就可以了。