【基础理论-自动化测试面试点-1】自动化测试原理与方法

Part1前言

学一个最简单的自动化脚本需要多久？答 ：五分钟。明白自动化测试的意义需要多久？答 ：五年

曾经有个公众号说，说我国能写软件自动化测试脚本的不下十万人。但能真正称为自动化测试工程师的不到一千人。

为何会这么说？答案就在于脚本你会写，但是你不知道如何写，不知道为什么写，不知道脚本什么时候运行最好，不知道脚本的意义何在。

所以面试官问：你谈谈自动化测试的理解的时候，你可能都说不出三句话：

1能降低手工测试的执行成本

2用xx语言xx框架可以做

3能回归用例，也能线上轮询监控

这时面试官想了想说，本来想给你定p7的，但是你这个回答和p4的新人一样，看来还不是能够深刻理解的层次啊。

所以我们今天就来好好复习一下吧

Part2自动化测试的技术有哪些

• 代码的静态动态分析
• 测试过程的录制和回放
• 脚本技术
• 虚拟用户技术
• 自动管理技术 等等，琳琅满目，你的自动化项目用了哪些呢？

Part3自动化测试的限制：

不适合做自动化的项目特点：测试很少运行，软件不稳定，人工测试也很容易，涉及到过多和其他软硬件交互。

相比较手工测试，自动化测试的缺点有：bug发现的又浅又少；对测试质量依赖性大；成本风险高；软件的部分反自动化设计；工具本身比较木讷扥等。

Part4自动化测试用例生成：

如何写好一个脚本 ，其实可以扯的非常非常多，博主在之前的【饭谈】系列中也详细探讨过脚本的质量问题，这里不再过多赘述。

脚本注释：很多同学都没写太多，感情这是一次性的东西？

脚本功能：每个脚本用例的划分全凭心情，毫无目的性可言的反面例子比比皆是。

脚本结构：应该易读，易理解，易维护。

脚本文档：从来没看谁写过，这可不行啊。

Part5脚本的结构：

你肯定听过线性脚本吧？

线性脚本：从头到底，直肠动物，不需要什么高端设计，重用能力太低。

结构化脚本：选择，分支，迭代，循环等都有，好处是可重用和维护简单。

共享脚本：属于组件类脚本，可以同时被多个用例调用，属于很底层的东西，可靠性一定要高，且要做好跟踪日志等等。

数据驱动脚本：业务逻辑简单，数据多样化的情况适用。

关键字驱动脚本：代码自动生成，用关键字自然语言进行控制，利于推广和维护。