字节跳动8年测试经验，手工测试转变为自动化测试，送给正在迷茫的你

最新推荐文章于 2024-07-19 14:19:55 发布

代码小怡

最新推荐文章于 2024-07-19 14:19:55 发布

阅读量455

点赞数 2

文章标签：软件测试程序员 IT 测试工程师自动化测试

本文链接：https://blog.csdn.net/weixin_57805858/article/details/120845257

版权

前言

随着软件测试技术的发展，人们已经从最初的纯粹的手工测试转变为手工与自动化测试技术相结合的测试方法。近年来，自动化测试越来越受到人们的重视，对于自动化测试的研究也越来越多。

背景

项目版本功能日趋增加，系统模块越来越多，功能趋于完善，此外系统经常更新，测试人员无法满足多模块的测试需求，测试压力日渐增大，尤其在做回归测试时，无法确保每次更新后系统都得到完整的回归测试。

一、自动化测试基础知识

什么是自动化测试
　　
　　1、把人为驱动的测试行为改成机器执行，通过设计的测试用例，由机器按照测试用例的执行步骤对其进行自动操作，输出结果，由测试人员进行比较。
　　2、自动化测试往往通过一些测试工具或框架，编写自动化测试用例，来模拟手工测试。
　　3、自动化测试能极大的节省人力、时间和硬件资源，提高测试效率。
　　
　　自动化测试的优势
　　
　　1、自动化测试工具可以根据需要，准备大量的测试数据。
　　2、可以使用相关脚本技术准备大量的测试用例。
　　3、测试结果有时需要再进行相应的数据处理。
　　4、可以对大量数据或数据格式进行快速比对。
　　
　　自动化测试的劣势
　　
　　1、相比手工测试，自动化测试对测试人员的能力要求相对较高。
　　2、自动化测试用例需要根据版本迭代进行更新，有一定维护成本。
　　3、不能指望自动化测试去发现更多新的BUG，自动化测试能发现的缺陷远远比手工测试的少。
　　4、自动化测试的产出价值往往在于长期的回归测试，短期内发挥的作用可能不明显。
　　5、自动化测试不能提高测试的有效性，只能用于提高测试的效率。
　　
　　对于自动化测试的误解
　　
　　1、有了自动化测试不再需要手工测试。
　　2、自动化测试对有些测试比如：本地化测试、用户体验测试、探索性测试，测试环境搭建方面并不能完全代替手工测试。
　　3、自动化测试是对产品的运行，对测试点要有一定的手工测试基础，自动化测试和手动测试相辅相成。
　　4、自动化测试并不仅指自动化运行测试产品，数据处理也是非常重要的一个环节。
　　
　　自动化测试前提条件及原则
　　
　　1、项目周期长，需求稳定近期未变动。
　　2、前端开发无需多次修改的页面，无缺陷遗留的模块。
　　3、自动化测试脚本可重复使用，比较频繁的回归测试（由于模块较多，暂时回归测试范围限定为模块主流程）。
　　4、手工测试难以实现，需要在多平台上运行相同的测试案例及大量重复任务。
　　5、前期自动化实施应避开复杂度极高的模块
　　
　　如何实施自动化测试
　　
　　1、获取信息和测试需求分析：总体把握系统架构和设计，分析出系统的测试需求。
　　2、设计：设计测试用例，并且挑选出需要自动化实现的测试用例。
　　3、实现：编写、调试和实现测试脚本。
　　4、执行：执行脚本的过程，需要不断分析执行过程中的异常。
　　5、测试结果分析：分析哪些是Bug，哪些是测试框架本身的问题。
　　6、维护：自动化测试脚本维护是一个难以解决又必须要解决的问题。
　　7、总结：在自动化测试过程中总结自动化实践的投入产出比。
　　
　　自动化测试的层次划分
　　
　　1、越往上，越接近QA、业务/最终用户，越往下，越接近开发。
　　2、越往上，测试执行越慢；越往下，测试执行越快。
　　3、越往上，测试成本越高（越耗时，失败时的信息越模糊，越难跟踪），越往下，测试成本越低。

二、自动化测试工具和框架

常见的自动化测试的工具
　　自动化测试工具开发语言：Java、Python等
　　基础测试工具
　　
　　（1）单元测试：junit（java）、unittest（python）
　　（2）接口测试：httpclient（java）、restassure（java）、request（python）
　　（3）UI测试：selenium webdriver（ web ）、appium（app）
　　常见自动化测试工具
　　（1）接口测试：Jmeter、soapui、postman
　　（2）UI测试：katalon、Robotframework、Android
　　
　　自动化测试脚本技术
　　
　　1、线性脚本：录制、回放
　　2、结构化脚本：含有控制脚本执行的指令，支持顺序、选择和循环3、共享脚本：可以被多个测试用例使用，脚本之间可以互相调用
　　3、数据驱动脚本：数据驱动脚本是将测试输入存储在独立的文件中，脚本中只存放控制信息
　　4、关键字驱动脚本：关键字驱动脚本实际上是较重复的数据驱动技术的逻辑扩展，即测试用例的执行步骤（操作，操作对象，操作值）存放在文件中，直接执行

自动化测试操作的基本原理

1、接口自动化测试操作
　　
　　（1）模拟请求 url和报文，准备测试数据，抓包获取接口信息，对接口的一个分析，有文档或无文档
　　（2）模拟客户端发送 HTTP请求（get、post）
　　（3）模拟客户端从服务器接收返回报文
　　（4）验证返回结果是否符合预期
　　
　　2、UI自动化测试的操作
　　
　　（1）通过id、name、xpath、cssSelector等方法定位页面元素（findelement、findelements）
　　（2）对定位到的页面元素执行相应的操作（ click、input等）
　　（3）对操作后出现的结果和预期结果做一个比较（ assert ）
　　自动化测试基础工具原理
　　Selenium（解析前端代码与控制浏览器）在这里插入图片描述
自动化测试的PO模式

1、在PO模式中抽象封装成一个BasePage类，该基类拥有一个只实现webdriver实例的属性
　　2、每一个page都继承BasePage，通过driver来管理本page中元素，将page中的操作封装成一个个的方法TestCase依赖page类，实现相应的测试步骤在这里插入图片描述

自动化测试框架

1、关键字驱动
　　
　　（1）将测试用例分成四个不同的部分。首先是测试步骤（Test Step），二是测试步骤中的对象（Test Object），三是测试对象执行的动作(Action)，四是测试对象需要的数据（Test Data）。
　　（2）将数据与关键字结合来描述如何执行测试。也就是将测试用例脚本中的步骤提取出来，放在独立的数据文件中，变成简单编写的方式。这种方法具备数据驱动的优势，同时非编程人员也能建立测试。
　　（3）关键字驱动的模式是建立在数据驱动手段之上，关键字驱动文件包含指令 (关键词)，而不只是数据。
　　（4）这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。
　　
　　2、数据驱动
　　
　　（1）从某个数据文件(例如Excel文件、Xml文件、Json文件、数据库等)中读取输入测试数据，然后通过变量传入编写的测试脚本中。
　　（2）数据文件的读取、测试状态和所有测试步骤都被编写进测试脚本里；测试数据只包含在数据文件中，而不是脚本里，测试脚本只是一个“驱动”，或者说是一个传送数据的机制。
　　（3）数据驱动的方法主要用于需要通过不同数据来保证测试覆盖率的场景，比如被测系统业务逻辑固定不变或变动较小，即测试用例步骤是固定的，但是所需要的测试数据是变化的情况，通常来说，数据都是保存在外面文件或数据库中，运行时自动获取。即测试框架中要支持数，据与脚本分离，一个测试脚本可以驱动执行多个相似测试场景。
　　（4）这个框架意图减少需要执行所有测试用例所需要的总的测试脚本数，数据驱动需要很少的代码来产生大量的测试用例。

三、自动化测试框架的选择与搭建

1、技术方案
　　
　　Selenium（Webdriver） + Python（unittest）+ cx_Oracle + HTMLTestRunner
　　Selenium的WebDriver是一款开源工具。利用比较简洁的Python语言进行自动化测试，对于人员的学习成本来讲比较实用，学习时间短，有优势。
　　Python自带的unittest单元测试框架可以很方便的实现自动化用例的设计和执行以及自动化用例套件的管理等任务。Python是纯面向对象的语言，后续也可以过渡到Java + Selenium进行更加丰富的自动化测试；此外，可以选择Jenkins作为持续集成服务器，配合Python+Selenium的方案进行自动化冒烟测试。
　　此方案采用了Page Object设计模式，将页面、用例、数据三者分离。这样可以使测试案例可以更关注与业务而非界面细节，提高测试案例的可读性；降低代码冗余，增加方法的复用性。
　　
　　2、环境选择
　　
　　根据测试组自动化测试需求讨论结果，在uat、stage环境下使用自动化测试技术做回归测试。（执行前需确保该环境可正常使用）
　　由于uat、stage环境频繁发版，影响自动化测试框架调试及脚本编写，申请一个稳定环境做调试及编写工作。
　　
　　3、自动化测试流程
　　
　　（1）选取模块
　　（2）选择用例（主流程用例）
　　（3）按页面编写操作方法
　　（4）按用例编写用例流程脚本
　　（5）按用例编写数据查询方法
　　（6）执行用例
　　（7）输出报告（后期扩展，增加执行日志和异常截图以便跟踪缺陷）。
　　综上，当脚本内容编写结束并且业务需求和测试需求均无更改的时候，执行后两步操作即可。查看报告内容，如发现缺陷，需按用例内容重现缺陷并提交至禅道管理系统。
　　
　　4、后续维护
　　
　　（1）业务需求变更
　　当业务需求变更时，应在执行用例时越过变更内容用例，变更内容上线后按需求变更内容对脚本及用例进行相应调整。调整结束，需再次执行确保用例稳定。
　　（2）被测模块重构
　　当被测模块重构完成时，需执行该模块自动化测试用例，查看是否正常执行，若无问题出现则不需调整，若出现问题需及时调试解决。
　　（3）技术变更
　　随着自动化测试框架的不断调优、扩展功能，基础模块和封装的页面等也会随之变化。进而，自动化测试需要定期执行，以保证调优、扩展后框架的稳定性，从而达到保障回归测试的正常进行。
　　
　　5、资源调配
　　
　　（1）环境：
a、项目环境与线上项目近似，独立发版，版本内容相对稳定，数据库独立，不受其它环境影响。
　　 b、本机环境，win7&win10 Chrome 72 32bit。
　　（2）用户：独立用户，权限尽量调高，以免由用户权限影响访问某些功能点，减少用例遗漏。
　　（3）人员：建立自动化测试的组，理想状态下3-4个人员，测试开发、中高级自动化测试工程师、初级自动化工程师。
　　（4）培训：对初级自动化工程师培训，设计的框架以及封装的驱动等。

四、自动化测试分阶段实现

1、搭建基础版框架，完成一个模块的自动化测试demo
　　
　　采用Page Object设计模式，对页面元素，用例流程，数据进行封装隔离，在通用模块或基础模块中对webdriver进行二次封装，自动生成测试报告以便分析自动化测试执行结果。
　　
　　2、按基础版框架，扩展测试范围
　　
　　选取适合做自动化测试的功能模块，按基础框架思路编写脚本、用例等，然后对框架做扩展，实现数据驱动、定时执行测试，发送报告邮件等便于使用的非核心功能。
　　
　　3、覆盖大多数模块的回归测试
　　
　　根据人员等资源的协调情况，将自动化测试用例扩展至覆盖大部分模块回归测试的程度。由执行自动化测试完成回归测试，以达到提高回归测试的效率，降低回归测试人力要求的目的。

小结

自动化测试技术在现代测试技术中是有一定优势的，但是自动化测试不是在任何情况下都必须的，适当的、或者是有效成本投入，需要我们在合适的时机引入自动化测试，使手工测试和自动化测试实现完美结合。

最后我也整理了一些软件测试学习资料，对于学软件测试的小伙伴来说应该会很有帮助，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这份资料也已经帮助了很多的软件测试的学习者，希望也能帮助到你。需要的进裙 644956177 自取喔。软件测试，与你同行！陪你成为优秀的测试工程师！
在这里插入图片描述