之前写的内容都是跟技术相关的，今天讨论一个理论问题：自动化测试到底应该做什么h3>
相信很多接触到自动化测试的小伙伴都一定知道，自动化测试就是代替黑盒的点点点，让程序运行系统，发现系统实现是否符合预期，并反馈发现的问题并生成测试 告。这个概念咋一听上去，好像已经很全面了，也提现了自动化测试的核心，就是代替人工测试呗。但是仔细想想，自动化测试真的能够100%代替人工进行么p>
抛开你的测试经理对于自动化测试的幻想，作为第一线的自动化测试工程师，相信你一定遇到过如下几个场景：
场景1：写好的自动化程序特别难用！
问题1：总 错，时好时坏！
主要两方面原因，1.环境更新更改了流程、逻辑、字段，导致程序识别不到；2. 程序漏洞，特殊场景没有考虑
问题2：检出效果不好！
多方面原因：1. 代码能力不行，无法覆盖全部流程；2. 业务复杂，无法实现全分支覆盖；3. 校验设置不完整；等
问题3：使用成本高！
多方面原因：1. 需要为自动化测试环境单独搭建一套运行环境；2. 自动化程序使用前需要经过复杂的逻辑配置；3. 难以维护；4. 检出问题还需要确认复现过程，记录正确现象。
当然还可能有其他非常多的问题，总之，引入自动化测试的初衷是为了提高测试效率，但是最终运行下来发现，可能并没有比原来节省多少时间，甚至因为增加了自动化测试流程，增加了时间。
场景2：自动化测试程序难写！
问题1：测开人员，对业务不熟练
我一个测试开发工程师，上来就写脚本工作量，系统都没熟悉，写你妹啊！领导太优秀了，莫非脑子里都是
问题2：测开人员，对测试验证内容不熟悉
我一个测试开发工程师，写什么用例让程序跑起来就行了，你管我怎么跑的，他不 错就是对的， 错了就是不对的，要什么用例，用例让黑盒测试自己写
问题3：测开人员，对编程不熟悉
你这是在侮辱测开，请自觉出去挨枪子！
对不起兄弟，所有的测开都会编程么你的测开同事，有没有下面这样子的！
我是萌新；我开发转的测开，因为开发不要我；我用的vb，python是什么鬼；这段程序 错了，我不知道为什么，所以这段流程就取消了哈，黑盒自己测吧。
场景3：管理者没脑子！
问题1：不提供技术，只提供指标
领导：测试技术太落后了，测试工时投入太多了，引入自动化吧！提高测试效率
测试：自动化测试怎么做领导！
领导：你们是不是不思进取，自动化测试技术这么简单，去学啊！我们也有测开岗位了，大家努力啊！加油啊【我要是会了，还要你们干什么，我就想空手套白狼】
问题2：迷信于某个技术大腿
领导：这位是，***大学，***公司的大牛，测试开发技术特厉害（面试的时候，滔滔不绝，说的啥我都不知道，但是听上去很有道理的样子）
测试：他做的东西，好像不太行啊
领导：怎么可能，是你有问题，别人都不提，怎么就你提p>
测试：（因为只有我用啊！）
刚才说的3个方面，实际上是结合业务、技术、管理、使用等多个方面，就现在的自动化测试所面临的问题进行一个抽象的结果，如有雷同，说明你倒霉。但是也侧面反映了自动化测试实际上存在很多有待解决的问题。
重新回到主题，自动化测试到底应该做什么span>
高度概括的结论：自动化测试人员应该取代测试人员进行重复性工作，让测试能节省更多时间思考测试内容本身。
太抽象了，待我解刨这句话！。。。
要解释这句话之前，首先我们先比较下，黑盒测试人员和自动化测试技术的优缺点p>
首先是黑盒测试人员的缺陷：
效率低，准确率不高，耐性整体不高，成本高，抗压能力【加班能力，因人而异】
然后是黑盒测试人员的优点：【黑盒测试没有优点，人总有一天会被机器取代，这是时代和人类开的玩笑，留给愚蠢人类的时间已经不多了！】
不，人最大的优势在于灵活！创造性！情感！
自动化程序的缺点：
成本高，不灵活，没有感情
优点，各位都知道，我就不写了。
伟大的哲学家，Bierante说过，这个时间本来没有垃圾，只是东西放在不该存在的地方，就变成了垃圾。所以，我们就需要把合理的地方让自动化程序做，把合适的地方让黑盒测试人员去做。
需求分析–》用例编写–》用例执行–》缺陷复测–》发布 告–》总结
上面的测试流程，貌似自动化测试流程，也就能参加个用例执行了。
执行过程中，如果存在大量的数据准备工作，请考虑使用自动化测试程序执行
执行过程中，如果存在大量的流程回归工作，请考虑使用自动化测试程序执行
执行过程中，如果存在大量的“体力活”，例如文本比对，字段校验，等，请考虑使用自动化测试程序执行
如果是多种过程导致的多个不确定的结果，请不要做自动化；
如果系统不稳定，请千万不要用自动化。
再换个角度总结下就是：人做判断，自动化做测试准备，做判断的人驱动自动化程序完成测试准备。说不定这么做，才是自动化应该有的样子，
都看到这了，不说两句，对得起自己么u>
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！