自动化测试的优势和利弊

　　1 QE的成人礼：从功能测试到自动化测试

　　作为QE三部曲的最后一篇，这篇我们聊一下Web自动化测试。相比于前两篇Mock技术和性能测试，自动化测试可以说是最接近传统功能测试(也即手工测试)的一种测试技术，也可以说是区分QE和QA的分水岭。而Web自动化测试作为最常见的一类自动化测试，相关的资料和工具也是最丰富的。

　　2 自动化测试的利弊

　　在介绍具体的Web自动化测试技术之前，首先看一下自动化测试和功能测试的区别。在我看来，两者最大的区别在于测试人员身份的不同。在功能测试中，测试人员既要设计测试用例，又要运行手工测试，既是导演又是演员，既是教练又是球员。而在自动化测试中，演员和球员的角色都被机器所取代，测试人员只负责设计测试用例和编写自动化测试脚本。除此之外，相对于功能测试，自动化测试的不同还包括：

　　3. 自动化测试的优势

　　更快的测试速度，带来更高的测试效率。一般而言，运行一遍功能测试都要以小时为单位，有的甚至以天为单位。而自动化测试则一般都在分钟级别，如果运行在分布式环境下，甚至可以降到秒级。由此可见，通过自动化测试，测试人员可以省去大量的手工测试时间，从而有更多时间去熟悉业务和完善测试用例，在提高自身测试效率的同时，也有助于提升整体的软件质量。

　　提高测试覆盖率。要理解这一点，首先要从正交测试法说起。假设一个测试场景涉及3个测试因素，每个测试因素有3种可能的取值(水平)，那么根据正交测试法，总共需要设计8个(因素数*(最大水平数-1)+1)测试用例。测试场景越复杂，所需的测试用例越多。当测试场景的复杂度超过一定程度后，纯手工的功能测试显然就无力覆盖所有的测试用例了，并且随着复杂度的升高，测试覆盖率会越来越低。然而，借助自动化测试脚本，无论测试场景多复杂，都能保证一定的测试覆盖率。

　　更好的稳定性和可扩展性。功能测试靠人，自动化测试靠机器，因此，无论是运行测试的稳定性，还是测试能力的可扩展性(比如从测试1个应用变为测试10个应用)，自动化测试都远超功能测试。

　　根据上面的描述，你就不难推导出自动化测试适用的测试场景了：

　　回归测试。每一次应用发布，都伴随着一次回归测试。对于重复性的工作，机器显然更适合。

　　兼容性测试。不管是Web测试，还是App测试，兼容性测试都是必不可少的一环。以Web测试为例，同样的测试用例，需要在不同的浏览器上分别运行一遍，这对测试人员而言不可谓不是一种折磨。

　　大规模测试。如果一次测试涉及的测试用例过多(比如100+)，功能测试难免会有遗漏或者重复，而自动化测试可以轻松确保一个不少，一个也不多。

　　以上内容为大家介绍了自动化测试的优势和利弊，希望对大家有所帮助，如果想要了解更多接口自动化测试相关知识，请关注多测师。https://www.aichudan.com/xwzx/