自动化测试及框架概念

        懒惰推进技术进步。自动化就是因为懒才整出来的。说好听点就是，提高测试效率，节省测试时间。

        那么自动化，一听就很高大上，很难。其实不然。自动化测试运行于项目稳定并且没有大改动之后。

        为什么？

        因为自动化就是跑常规测试流程。不用让你人去点，让代码去模拟人的操作走流程。

        这又是为啥呢？

        当新功能迭代后，冒烟测试（类似于场景法，参考第一篇文章）需要每次迭代都要跑一遍，不然改动了什么地方，新功能没啥问题，流程没走到一半就挂了，那就完蛋了。

        但是，当项目变得越来越庞大时，冒烟测试会相当费时间。你想想，每次跑完新功能，还要再把全部功能跑一遍，这得费多少时间，对吧。

        所以自动化就是为了满足这个，在调试好了之后，下班挂着就开跑，跑一晚上，早上上班看看有没有报错，多省事啊。

        那么自动化是怎么做的，老样子，代码就不讲了。讲一讲概念。自动化是为了模拟人工点点点。人工点的时候需要注意什么，就需要自动化框架（框架可以理解成上文软件构成）注意什么。

   自动化框架：        

1. 前置条件（数据可以存放在excel文件、数据库等，因为自动化都是批量运行，数据量比较大）：

• 模拟浏览器或软件（地址、接口、传输方法（post、get等）等，具体的搜可以去了解一下网页从输入到显示的步骤，很简单的，以后抽空写一篇）
• 帐号信息（帐号、密码等）
• 需要输入的数据
• 文件存放地址等

2. 数据提取、处理（可以理解成点点点输入帐号的步骤）：

• 用open函数打开文件存放地址，读取excel等文件中存放的数据。
• 使用打开并连接数据库的函数，加上sql语句，进行数据的提取、处理。

3. 模拟人工操作（点点点）：

•  selenium（web）或appium（app）中的drive等函数模块，模拟人工的点击、滑动、鼠标悬停等操作（这里需要找到页面元素（class、name、id、页面百分比等方法），前端代码需要了解）。
• 每个功能封装成一个包（需要有一定代码能力才能理解），以便于以后进行更改。因为一个自动化测试用例就是一系列的步骤，如果全部都混在一起，将会给以后维护带来极大麻烦。

4. 断言（点完以后跟需求对比）：

• 在执行完上诉操作步骤以后，就需要加个断言（判断语句），对于返回的值与需求进行对比（记住自动化做的是冒烟，也就是说执行的是已经验证过的，正确的流程，不要搞些异常进去，当然非要搞也不是不行）
• 返回一个通过或是失败。失败则需要截图，并存放到相应文件夹，这里可以用到sav_creenshot函数等（可以自行搜索一下）。

 5. 输出报告（对比完以后把结果写在之前写的用例上）：

• 通常用allue生成报告（具体使用方法自行搜索）

6. 发送邮件：

• 这个看你们公司需要，用的emeil函数。发送报告到相关人员邮箱里。

        总结:

        把已经通过的功能测试用代码模拟人工实现一边流程。

        回想一下功能是怎么点的，那么每个自动化的用例也是这么点的，然后把用例整合，再加上数据处理和数据统计，就是自动化了。

        希望对大家有所帮助！加油