第三次测试沙龙总结

第三次测试沙龙总结   

    锐捷在此次的自动化讲座中主要介绍的是其开发一个自动化测试框架的实践。他们为了研发这个框架进行了大量的工作，最后选定watir进行开发，并选择了原型进行了框架实践与调整。个人觉得在讲座中，他提及的利用数学建模的思路进行框架的分析，分解，合成，量化调整的办法值得借鉴，但是对其量化得出的数据持有怀疑态度（这种数据的得出与调整时的选型有密切相关，是否具有通用性？这个框架是否可以放之四海而皆准，通用，好用？）从其介绍中感觉，这个框架似乎是侧重于回归测试，而且似乎主要是模拟用户进行ui操作，可能还有一些自动比对预期结果和定位问题的功能，但因其一直强调自动化测试不是创造性测试，所以这个框架个人认为可能有一定的隐患。  

    新意主要介绍了他们在项目中使用qtp的实践经验。从介绍来看其自动化比锐捷的感觉会落后一些，但是其在自动化脚本管理方面的一些技巧和规范值得借鉴。只是个人感觉其在检查点校验时还是更多地要依赖人工查看日志，自动化不是非常彻底。  

       我个人对自动化的理解与徐老师有相似之处，也赞成郑老师的观点。其实自动化就是尽可能地让计算机来替人完成一些机械的复杂的操作，尽可能地解放人力。自动化是一种思想，而测试自动化的核心还是在测试思想。计算机能代替人干活，但是在缺少人类用自己的思想作为输入的情况下，它是不可能代替人去思考的。而在测试中，人类自己的思想还是体现在测试用例上面。所以测试用例是根本（郑老师的观点）。自动化是一种思想，只要你能发现能用计算机来代替人去执行一些机械的复杂的操作的时候，就可以考虑通过自动化来解决问题。自动化不限于某个工具，它可以使用现成的，也可以自主开发。但是需要明确的是自动化测试工具只是工具，辅助人们来实现目的，不意味着掌握了一个自动化测试工具或者用上了某个自动化测试工具就是测试自动化了其实，测试也是为了解决问题，而解决问题的关键还是在于思路。所以不应出现本末倒置，过分追求对自动化工具掌握，而忽略利用自动化工具来解决问题的根本目的。  

      新意的自动化实践介绍和锐捷的框架实践介绍，体现了测试的不同阶段的关注点。自动化也是一个阶段一个阶段深入进行的。在没有自动化实践经验积累的情况下，直接想搭建框架，无异于空中楼阁。而在自动化实践经验足够多时，框架的诞生也将成为迫切的需要。所以会有不同的公司在进行着不同的实践。 

     总之，明确对测试自动化的期望，然后根据实际情况，因地制宜。在正确的时间做正确的事情，把事情做正确，此乃做事之本，也应成为自动化测试要遵循的原则之一。。自动化测试，人们的期望很高，但是脚下的路很长。。。。。。