优秀的脚本调试定位问题具备的特点：
1、方便调试。
2、运行报错后容易定位出现的问题。
3、日志的记录清晰
4、日志可被存储，一般测试结果的分析在测试之后会进行，那么日志的存储将会为后期的分析问题带来很大的便利
。。。等等
怎么调试自己写的脚本？通过什么方式进行才可确定自己写的脚本健壮性较好？
1、常见的方式，编写边调试，首先确定自己开始写的脚本语句是没有问题的。
2、出现报错时根据报错信息，新增print ‘***********’等调试语句，通过打印，可快速定位脚本执行到哪一步未正常执行出现中断。
3、完整的运行完一次脚本。
4、将脚本同时执行2次，确定前置条件与后置条件是否添加。
5、一般运行3次，若脚本未出现报错，则证明当前写的脚本是比较健壮的，且前后置条件给定的比较充分。
6、切记每条测试脚本执行完毕的后置条件均应添加返回到首页或者直接杀掉进程，下次重新启动，这样可保证每次执行的测试用例都是从开始执行。
查看测试报告测试用例执行失败，如何判定出现报错是什么原因导致？
常见的导致出现问题的原因为：
1、脚本写的有问题，测试中可能出现的异常未做处理。
2、测试的APP功能此时确实存在bug
3、可能由于APP的UI进行变动，未及时适配脚本导致。
如何分析到底是什么原因呢？常见的分析手段为：
1、查看出错的用例，对照用例名称，查看具体的此条用例执行的步骤是什么，优先打开APP手动去执行测试步骤，查看是否出现报错或者ui是否有变动，在此时就可以同时排查出2和3.
2、若如上的步骤1没有问题，则再次注销掉其他运行成功的脚本用例，单跑此条用例查看是否成功。若失败则在执行时认真查看具体执行到了哪一步出现了报错，根据自己打印的logging日志，逐层进行分析，针对出现的问题适配脚本。
3、如上步骤均执行完毕，且修改脚本后，重新运行此条用例3遍，确保脚本的稳定性，然后在释放已注销的用例，重新执行1次。
因此，写脚本时，日志的编写真的很重要，能很方便的帮助你定位问题。
