软件测试自动化的纠结(2)

　　站在公司角度看，应更多考虑自动化测试的投入产出，毫无疑问选择关键字驱动脚本，保证自动化测试效率。如果选用原生态的脚本语言，那么自动化测试的开发工作量会增加，要求测试人员和开发人员达到1：1的配备，将来自动化测试的脚本维护也会是一个很大的问题。如果选择像C++/C#这样高级语言来写自动化测试脚本，脚本变得复杂，会带来脚本本身测试/验证的问题，形成了一个无穷的“递归循环”。
　　从管理角度看，可以采取行政命令，统一行动，全面采用优秀的自动化测试框架和关键字驱动脚本，确保有高产出投入比(ROI)。同时，过于强制实施某套方案，可能会不利于员工的工作积极性或主动性，也会对生产力产生负面影响。
　　站在公司角度，也要关怀员工，帮助员工的职业发展，如何创建更多的机会给员工来提高自己的能力。所以，全面推行关键字脚本的软件开发呢，还是允许部分团队采取那种相对原始的脚本开发模式呢? 这是一对矛盾，需要平衡和疏导。有些独立的项目、周期短的项目、局部的项目可以放开，由团队自己来决定，而对最核心的全局产品开发、周期长的项目统一到同一个支持关键字驱动脚本的自动化框架上来。

原文转自：http://www.uml.org.cn/Test/201011171.asp