3、这1000个Web页面测试Case的执行，总计约消耗12.67小时，其中人力是7人时：

　　● 受限与应用逻辑和环境效率，自动化平均每个可能要30s（现阶段全部门实际是100+，后续必须组织系统的优化），1000*80%*30=6.67小时；

　　● 手动的平均每个可能要执行1分钟到2分钟，按平均1分半计算：1000*20%*90=5小时；

　　● 自动化测试执行的6.67小时是机器时间，而我们需要关注和分析结果，同时硬件资源消耗在测试范围没有优化的情况下需要投入更多，这里将硬件资源的多余耗费也计入人力成本，则人力的总耗费大约为1.5+0.5=2小时；

　　4、参照历史数据，实际上每个版本涉及的改动功能点和分支，只是整个系统功能点的10%不到，大家可以自己回顾思考一下有没有超过这个比例的；

　　5、用10%的改动点，假设我们将回归测试用例挑选这件事情分三个步骤来做：

　　● 第一阶段：映射关系很粗糙，甚至只扫描到JAVA的独立文件和SP的独立文件，那么10%的改动点应该平均对应多不过30%的回归测试用例的执行需求；

　　● 第二阶段：映射关系细化一层，JAVA改动点细化到.do/.screen，SP改动点细化到procedure，那么10%的改动点可能只涉及20%的回归测试用例的执行需求；

　　● 第三阶段：精确映射，加上关联影响的延伸，10%的改动点可能只会涉及15%左右的回归测试用例的执行需求；

　　6、参照历史数据：在QC里，除去DB、EAI、ETL、TJS、MIS等暂时无需自动化回归测试的系统，近107天发布版本约760个，这样算下来每年大约2600个版本，按照每人时180元计算，测试人力每人月成本3万，看一下每年这2600个版本的回归测试能够节省多少：

　　● 第一阶段：3万元/人月*（1-30%）*7*2600/22/7.58=约230万元

　　● 第二阶段：3万元/人月*（1-20%）*7*2600/22/7.58=约260万元

　　● 第三阶段：3万元/人月*（1-15%）*7*2600/22/7.58=约276万元

　　对于某些保险公司或者银行来说，一年区区的两三百万算不得什么，不过，一屋不扫何以扫天下？精细经营才是王道，况且员工们在每次版本发布之前都能正常下班不也是Boss们的无上成么？目前这个构思还在细化分析中，期待后续能够拿出实际的成果再来和大家分享。