关于自动测试

最近产品走到一个比较特殊的时期，正好有个空档安心下来做些平常没精力安心研究的事情。比如自动测试，这几天下来大抵有如下收获。

   其实我们做自动化真正的目的就是希望把平时手工重复的工作自动化,将人力腾出来做其他更有意义的事情，所以我们不能仅仅为了自动化而去自动化，我们不能仅仅想着
实现自动化后的美妙，不能仅仅追求一种技术，我们要控制成本要追求实效。
  

   a,投入产出分析
     对于需要投入较多前期成本才能实现的自动化，请务必做一个投入产出分析。即便最后不能完全按照预计的模型实现，至少过程中你会有成本观，能取得比毫无顾忌一头扎进

去有更好的实际效果。
    举例1----
    自动化对象------A模块
    自动化工具------QTP
    手工测试耗时----2h即120min
    自动测试耗时----40min
    自动测试脚本维护耗时-----16h
   
    如此，
    如果实现自动化，做一次测试节约80min,而前期投入了16*60=960min,所以这个自动测试至少要跑960/80=12次才能收回前期的投入。
   
    所以你脚本维护的耗时越短，这部分的成本控制得越好，见效也就越快，反之越慢；同时你还得考虑脚本的健壮性与兼容性，如果产品稍微变化你的脚本就得重新维护，那么也是不合理的。
   
    BTW：
    如果在自动化的实现上没有足够的自主权，需要向更高决策者申请人力。那么建议你通过这样的一个模型告诉他多久之后你目前投入的成本就可以收回来，且之后每次测试能节约出多少人力多做多少其他更有意义的事情，我想总比盲目申请要有理有据得多。

   b, 实效性。
      自动化的实现不一定要绑定在某种测试工具上实现自动化，可以自己开发一些小工具，哪怕只是一个批处理命令，只要它是能实现我们的目的的都是好的。
      建议可以仔细考量一下测试流程中的每个环节，看哪个环节最容易实现自动化带来成效最快，比如将手工获取测试版本这个过程实现自动化，比如将每天的缺陷分析报告发送实现自动化。。。。。

另外，如果已经做好投入产出分析正在实现的过程中，建议能不定期进行Review判断一下目标是否能按计划达成，如果是多个人配合正好也可以相互切磋一下。