从手工测试用例转为QTP自动化测试用例的转化率

　　QTP自动化测试工具在目前的测试中越来越普遍的应用，尽管价格昂贵，高达数十万美金，但是对大企业来说，其节省的成本也大大地超出了花费。所以，是值得的。

　　但是，QTP在实际应用中仍然存在非常多的问题，首当其冲的就是转化率：即假设有１００个手工测试用例，如果想转化成QTP自动化脚本，要多少的转化率才算是“正常”？

　  在我年轻气盛的时候，我曾计划过１００％的convert rate。但是这个目标在实现过程中我发现实在是太难了，有时候你不得不花费比手工测试更长的时间来进行自动化脚本的调试。
       于是，我把目标改为９０%,但是９０％也是不可能完成的任务，因为并不是每一个Case都可以自由地取到数据……
      目标改为８０％后，我发现有些对象识别起来问题也太多。
     下降为７０％后，我发现有些检查文件和下载数据的case实际上也无法完全实现自动化。
      到６０％的时候，才知道原来TMD这么多case都根本连测试员都不知道步骤是什么！
     面对现实，５０％吧，方知道原来现实的残酷远超你的想象——因为你并不是只覆盖到一条线路，太多的线路也就意味着你有太多的对应选项，变来变去，足以吧你变晕圈。
       好吧，我已经冷静了，４０％还不行么！
真的不行，这个Rate虽然问题已经少了很多，但是你还是会发现有２０％的case花掉了你８０％的时间。导致项目无法如期完成。
      ３０％……勉为其难，终于可以差不多全都能自动化了，但是，还是不够完美，我的员工还是得花很多时间在调试上。
        最后，一降再降，花了无数时间和Effort，终于发现，２６％，这个比率，基本趋近于平均值。在总数为５０００的case上得出的数据，还算一个相对靠谱的数据。
现实就是，如果你的团队能把QTP　convert rate达到２６％左右，那么就可以说，你的团队基本完成了任务。