软件测试技术之如何做好接口自动化测试

lsekfe

　　自动测试最终都要做回归测试，当代码有变化时，有可能会影响不应改变的逻辑，此时为了确认这种情况，需要进行回归测试。有时回归测试的范围比较大，如果完全由人工测试，一次两次还是可以接受的，如果每次都这么做，人力成本不说，反复执行同一个测试用例的测试人员也会抱怨。

对界面进行自动化测试，可以实现对人工测试不容易进行的验证，如验证接口中大量数据的排序、多字段比较等，如果都是通过人肉进行的，则效率问题是不可接受的。
　　功能逻辑难以由手工完全验证，一些异常、极限场景难以由手工构建，此时如果理解接口的内部逻辑，则使用脚本有目的地构造此类场景，从而触发接口的内部逻辑，从而对这些逻辑进行验证测试，这相对容易。
　　对针对线接口采用定时自动测试，可启动一定的监控作用，当接口功能有问题时，通过定时巡检即可及时发现。
　　第一是对业务要有相当程度的了解，如果要设计好的接口自动化测试用例，必须对业务有深入的了解，因为前期接口自动化会有一定的投入，如果我们能把有限的精力集中在业务上，能起到事半功倍的效果。
　　第二，拥有设计功能测试用例所用到的测试设计基本原理，自动化测试与功能测试一样，同样不可穷举，也不能做到足够的充分测试，然后需要通过一些测试分析，选出最有效的测试用例。
　　最终具有一定的代码能力、架构设计能力。
　　界面自动化测试需要注意哪些?
　　因为进行接口自动化测试有一定的成本，所以编写自动化接口测试用例，实际上要有一个折衷。
　　若测试用例书写得非常精细，我们将测试界面中的每个功能点，甚至是每条分支路径上都包含在内，那么测试代码的逻辑尤其依赖于被测代码的逻辑，而如果测试代码逻辑稍有改变，测试用例可能会失败。
　　即使测试代码的逻辑发生了变化，但如果我们的测试用例验证的内容不够精细，那么测试用例的执行也可能会变得不容易失败，这样就可以忽略由于代码变化而造成的真正错误。
　　因此，进行自动化测试要找到一个平衡点，特别是要注意与其他级别的测试相互配合，如单元测试、UI自动化测试、人工测试等等。在测试之前，我们可以预先定义一组分层测试的规格说明，也就是哪些逻辑应该有接口自动化测试保证，哪些逻辑由用户测试来保证。当我们进行不同级别的测试时，我们可以相互合作以达到一个高的测试覆盖率。