布景注明：原日和以后讲的主动化次要是接口主动化，所以脚原也是拿接口主动化脚原作例子停行解说，为什么不想波及UI主动化呢，起因如下：
首先UI主动化自己作的伤透了心，所以再也不想去触摸了，用这句讥讽的话来说：不作主动化是等死，作主动化是找死。我能想到的那里的找死，应当便是传说中的UI主动化吧。
让我试图猜猜各工钱什么都是从UI 主动化初步的：大局部人是从点点点测试初步的，光阳暂了作做就有点想搞点新玩意挣脱杂人肉形式的束缚，而市场上不少UI主动化工具风止不少年，拆置、配 置、录制、回放都很是简略易用，所以大大都人的主动化都是从它初步的。加上有些人对主动化简曲风趣味爱好，逐渐往里面摸索，而后逐渐开发脚原，脚原积攒的 就会越来越多了，到最后的确所有光阳不是让脚原执止孕育发作价值了，而是全都被拿来维护原人的脚原了，指点付托上线前要让脚本原一遍回归的时候，总是逢到那个 这个问题，被主动化陷入了万劫不复的深渊。那句话是什么意思呢：便是说本原想处置惩罚惩罚UI主动化测试，所以原人开发了不少东西，不想开发那么多UI脚原和一大 串数据问题，最后光阳的确全副被拿来维护原人的那些脚原和数据自身了，你说为难不为难，副原想用主动化让原人获得局部摆脱，不想最后给原人挖了个大坑。
就好比，你以前都是步碾儿去远方，你发现效率太低了，想进步效率，而后你缔造了一个不牢靠的自止车，结果那个自止车每骑1 公里就得花1天光阳去培修，最后人家步碾儿的人曾经到了宗旨地，你却还正在半路上培修你的自止车，你说你的目的是伟大的抱负也是很丰满的，想创造价值进步测试 效率嘛，最后不小心成为了“犯贱”，搞的个破缔造，让原人都不晓得怎样死的。好好了解我说的主动化价值和意义，你们作过UI主动化的，是不是或多或少逢到那 样为难的工作。（注明下，虽然也有些产品不乱的，而且UI主动化笼罩不暂不多的，技术很成熟的，正在UI主动化方面得到了一定的罪效，但是我看到的其真不暂不多，大多 数是投入高于产出）
言横竖传吧，不少人自得原人会运用工具了，以至会写脚原了，就以为原人实能作主动化了。我见过那样的童鞋：
1、脚原写了一大串，执止下来，这报告好的不得了，全副通过，一个缺陷都没有，其真手工测试一大堆bug；
2、也见过有的同学写的脚原和真正在的用例收配用意大相径庭，以为原人会了点技术便是会作主动化了；
3、还 有不少人写的脚原原日执止通过明天就执止失败，不乱性很是差，更不用说环境有点映响后，脚原一次性失败后全副完毕完结，副原指望他一大早出报告的，结果一 早晨闹了个乌龙；也见过不少人写脚原的时候为了办理异步方式的校验，加了很长的考虑光阳，结果是拿到了，但是华侈了不少光阳，其真本原1分钟处置惩罚惩罚的问题，让他执止了10分钟才完毕。
应付上述状况，我想说，你逢到过？如何让咱们正在设想脚原的时候思考更多的因素，让脚原自身折乎一般业务需求的状况下，跑的又快又好呢？
脚原设想要素图：
上面的脚原要素图，写的曾经很具体了，我抽与重点作局部评释。
1、脚原准确性：作好主动化的前提是要丰裕了解用例的轨范和执止用意，用技术的技能花腔去代替手工的执止历程，必须折乎测试场景设想用意，而且要添加足够的检查点去作判断和校验。
2、脚原不乱性：为了使得脚原的不乱性更高，必须加强脚原的逻辑判断才华，让脚原自身的容错机制和自适应才华更强，那样威力担保脚原正在一般的时候不乱执止，正在异样的时候能自我规复并且不映响后续主动化的执止。
3、脚原执止效率：应付接口主动化测试，执止速度都是很快的，正常不会存正在那个问题，只是正在某些动态光阳等候时，须要联结脚原的强壮性，作智能的判断，不只加强了脚原的不乱性，而且也勤俭了不少硬等候耗损的光阳。
脚原用例构成图：
从上面咱们可以看到，设想一个脚原，次要蕴含三局部：前置条件（执止前筹备）、执止轨范、后置条件（执止后办理）。
前置条件：蕴含参数界说、数据筹备、执止前数据的加密（假如有须要的话，比如登陆的局部信息）等。
执止轨范：假如是ht和谈，虽然就包孕了形态止、乞求头、乞求体相关的信息，那些信息可以通过抓包工具停行阐明提与，也可以通过接口文档停行拼接。
后 置条件：应付获与的信息，假如有加密的状况，虽然是得先解密了；而后对解密的信息中的局部重要字段停行检查，和冀望值停行主动比对，来判断那次乞求能否通 过的标识表记标帜；应付报文中须要动态提与的数据，就得通过正则表达式等技术提与后保存到变质中，此变质做为后续接口的输入参数运用，使得有联系干系干系的接口能够形 成动态数据流转。
总结：当你看完了那篇后，你会不会想到拿着上面2张图，看看你的脚原设想能否有哪些处所的有余和遗漏，而后作一次完好的劣化呢。
