论自动化思想及脚本调试

本段文章所写纯属于个人愚见。望大家勿喷。
自动化思想：
1：脚本是为业务服务的，是为测试服务的。
一些开发写的代码确实够炫够酷，但不重要，也确实存在很多开发人员瞧不起测试人员的情况存在。但请开发人员尊重业务，尊重测试的思想，至少我们的自动化脚本也是要覆盖用例的。而用例是经过测试人员按照测试思想来编写的，因此请尊重业务，尊重用例设计思想。
因此脚本越简单越好，越符合测试人员的思想越好。
2：自动化测试人员不一定需要多强的脚本能力。
由于现在的自动化框架越来越丰富。界面也越来越友好。因此对于代码能力要求也较低。
3：自动化人员必须得首先是一个很好的业务人员，必然得在懂了手工测试之后才能更好的调试分析脚本。
4：在设计脚本之前，框架的架构者应该对AW进行友好的封装。与第二点类似。
但实际在面试过程中，会出现很多面试python的列表，字典的基本用法，
而本人的关注重点更多的封装与框架的选择上，导致多次面试失败。在这里也献上python的基础，希望各位互勉，防止面试失败。
https://www.runoob.com/python/python-tutorial.html

自动化脚本分析：
一般脚本的情况分为如下情况。
环境问题。脚本问题。AW问题。业务变更。bug
以上四种情况可以覆盖95%的情况，如果有不足的地方，希望各位CSDN好友分享。
二：调试思路.
针对不同的情况有不同的调试思路。

1：环境问题。
环境问题分为哪几种。
第一种，环境本身就是坏的。直接导致脚本挂掉。
第二种。在运行过程中由脚本问题导致环境挂掉。
针对第一种情况，在脚本框架设计的过程中就应该及时设计，防止错误的环境被调用。
针对第二种情况。在运行过程中会发现有大量的脚本运行失败。找到导致环境运行失败的第一个脚本。仔细进行分析和判断。判断是否是由这个脚本导致的。
2：脚本问题：
第一种情况：未能按照测试需求编写脚本。或者需求理解有误导致脚本运行失败。
解决方案：认真按照手工执行，查看手工执行情况。与相关业务专家交流沟通。
脚本稳定性问题。
脚本恢复过程中的问题。 设置更好的恢复条件。
3:AW问题。
仔细查看自动化日志，查看下发的命令是否争取，如果不正确可以判断为AW问题。
4：业务变更，经过以上步骤后，依然存在问题，与业务确认。
4：bug经过排查以上问题，依然存在问题，bug无疑。