实施自动化测试最重要的就是要保证其可用性，而不少同学写了不少自动化测试用例，但感觉到其可用性不高。究其原因，不是自动化测试本身的问题，是实施自动化测试的时候没有考虑周全。

第一，不合事宜地引入自动化测试

     在公司业务发展稳定前，或是产品变动频繁的阶段，为了自动化测试而做自动化测试。此时的自动化测试失败率会非常高，不仅维护成本高，而且没有达到自动化测试回归与监控的目的。

于是，就会造成放弃自动化测试，或是怀疑自动化测试的作用。在此时，不要急于引入自动化测试，如果确实需要引入自动化测试时，需要把测试粒度设置的粗一点儿，覆盖核心和变动不大的业务线。

第二，没有统筹进行自动化架构设计

     自动化测试用例不能是简单的测试用例的集合，如果将一个个单独的自动化测试用例放在一起，就组成自动化测试工程的话，那后期的管理与执行就会相当复杂。

投入产出比与预期相差太远，这也不是一个正常的自动化测试工程的实施过程。正常情况下，需要先对自动化测试工程进行架构设计，选择合适的设计模式，对代码做分层架构设计，自主选择要执行的测试用例集等。

 第三，测试用例选择不合理

    在实施自动化测试用例之前，没有对测试用例进行合理的选择，拿着手工测试用例一个个转化自动化测试用例。如果在此情况下，测试用例肯定覆盖不全面。

所以需要前期对测试用例进行合理的选择，做智能化处理，如根据业务需求，选择核心业务的测试用例；或是如前面提到的，通过最短路径算法，选择覆盖率较高的测试用例集合。先从用例选择的角度来分析用例覆盖率，而后再转化成自动化测试用例，从而更好的提高自动化测试用例覆盖率。

    从事自动化测试的测试开发同学很多，但是相应的级别也不尽相同，从T3到T6都有可能。其实施的自动化测试工程也就各有所长，这也说明自动化测试的技术有很大的提升空间。

所以要沉下心来，不断地提升自己，不要刚刚学习了自动化测试就感觉自己能力很强，或是动不动就说测试发展遇到了瓶颈。不断的打好测试技术相关的基础，完善知识体系，提高解决问题的能力，开阔视野才能步步高升。

---

以下是我收集到的比较好的学习教程资源，虽然不是什么很值钱的东西，如果你刚好需要，可以评论区，留言【777】直接拿走就好了

各位想获取资料的朋友请点赞 + 评论 + 收藏，三连！

三连之后我会在评论区挨个私信发给你们~