关于《Python自动化测试实战》

作者有话说

笔者写这本书的初心是想通过自身经验分享一些在自动化测试领域中的实用技术,能够帮助那些正在从事自动化测试相关工作或者准备转型自动化测试的测试人员。任何一门技术涵盖的知识点都是非常广泛的,可能并不是一本书就能够写完并且讲解清楚。本书没有太多的废话,书中内容都是些实战型的例子,任何读者对着本书中的例子都可以很快上手学习。本书中实战教程属于一气呵成,从头到尾,知识体系版块布局清晰,实操流程表述细致且接地气,可以保证大部分读者在阅读本书时比较轻松、愉悦。并不会像有些书的内容读来读去,知识点分散,中间流程缺失,导致读者实操衔接不上,表示情绪无奈。综上而言,一本真正的好书,内容上一定是朴实,实用,具备一些行业内未曾公开过的知识点。阅读风格上一定是简单易懂,表达接地气,一气呵成。所以,相信如果你购买了本书,相信在阅读、操练期间一定会有所感触。希望这本书可以帮助正在看此篇文章的你,也感谢你对我的支持,谢谢!!!


第 1 章 自动化测试理论

引领读者了解实施自动化测试的意义和自动化测试实施过程,为后续学习自动化测试技术抛砖引玉。


第 2 章 Selenium 3 自动化测试实战

涵盖目前主流功能自动化测试工具 Seleneium 3 的应用,讲解了 Selenium 3 自动化测试环境搭建,并结合大量案例来演示多种 Webdriver API 在自动化测试中的应用、unittest 单元测试框架、数据驱动测试(DDT)实战及自动化脚本的数据分离和封装设计实战等,在最后通过一个实战项目讲解如何从 0 到 1 搭建一个丰富且完整的功能自动化测试框架(包含用例组织、数据封装、配置文件管理、日志跟踪、自动生成邮件和持续集成等)。


第 3 章 RobotFramework 自动化测试实战

以 Python 语言为驱动,系统讲解了 Seleneium2Library 库及 Databaselibrary 库在自动化测试中的应用实战,其中包含 Selenium2Library 库和 DatabaseLibrary 库中常用关键字使用案例解析、关键字封装、项目分层设计与开发实战等,最后结合 Jenkins 实现持续集成,输出自动化测试报告。掌握本章后,读者可以独立开展自动化测试任务。


第 4 章 接口测试基础

以接口测试理论为切入点,系统地讲解接口定义、接口测试流程及接口测试用例设计原则和注意事项,重点讲解了 HTTP 及在接口测试中的重要性。在本章最后阐述了接口测试工作中绕不开的话题,即 Cookie 和 Session 的工作原理。


第 5 章 Charles 抓包工具实战

系统地讲解主流抓包工具 Charles 在实际工作中的应用。通过本章,读者可以掌握Charles 工具配置、设置代理、计算机端抓包设置及手机端抓包设置、Charles 常见问题以及 Charles 在接口测试中的应用等,了解 Charles 抓包工具在接口自动化测试中的重要性。


第 6 章 Postman 接口测试高级实战

以 Postman 接口测试工具(Collections、Runner、Code、Globals 等)核心功能为出发点,重点讲解如何使用 Postman 处理 HTTP 请求和 WebServices 请求案例,以及在接口测试过程中如何设置接口断言、处理数据转换(JSON 和 XML)、解决动态参数的依赖和调用、分离公共数据、转换多种编程语言测试脚本等。本章最后通过 Newman+Jenkins+Postman 实现持续集成,可以定时接口自动化测试任务。


第 7 章 Python 接口自动化测试实战

系统讲解使用 Requests 模块实现接口自动化测试。从 Requests 模块常用示例(GET、POST、JSON、Requests Headers、Response 等)入手,围绕 Cookie、Session、Token、上传文件、序列化和反序列化等案例开展接口测试。最后结合 Python 3+Requests+unittest 讲解接口自动化测试框架的设计和开发思路。


第 8 章 RobotFramework 接口自动化实战

系统讲解 Collections 库、ExcelLibrary 库、RequetsLibrary 库中常见关键字在接口测试中的使用。此外,还涉及如何使用 ExcelLibrary 库进行测试数据的维护和管理、封装并调用接口关键字,以及测试数据与业务分离等。掌握本章后,读者可以使用 RobotFramework 工具开展接口自动化测试任务。


第 9 章 Appium 自动化测试实战

系统地讲解了 Appium 移动端自动化测试环境的搭建,结合丰富的案例基于 Android 操作平台演示 WebDriver 在实际工作中的应用,主要内容包括自动化截图实战、滑动实战、多点触控实战、键盘事件、等待函数实战等及使用 Appium 测试框架完成一个自动化项目实战脚本的演示(涵盖需求分析→自动化用例设计→脚本编写→脚本封装重构→测试案例运行及分析等)。掌握本章后,读者可以独立开展移动端自动化测试任务。


第 10 章 Git 版本控制工具实战

通过实际案例来演示 Git 在项目管理中的应用,包括版本库创建、文件提交和跟踪管理以及版本回退等。此外,还涉及 GitHub 配置及远程库的添加和远程克隆等操作。随着企业内部技术的不断升级和调整,掌握 Git 工具的使用方法是测试人员的必备技能之一。


写在最后

因为本书是作者的第一本书,在写作过程中,受成书时间所限,本书难免存有疏漏和不当之处,还请读者指正。此外,由于出版社印刷时间上的变更,导致本书中部分内容没来得及更新,会有些小错误。对书籍中的错误进行说明:

https://github.com/luruifeng/myBookCode/blob/master/%E6%9B%B4%E6%96%B0%E3%80%8APython%E8%87%AA%E5%8A%A8%E5%8C%96%E6%B5%8B%E8%AF%95%E5%AE%9E%E6%88%98%E3%80%8B%E4%B9%A6%E7%B1%8D%E9%94%99%E8%AF%AF.md


已经购买本书的读者在阅读过程中发现书中的错误,请加作者微信及时和我反馈,我将非常感谢你!!

本书源码GitHub下载地址:https://github.com/luruifeng/myBookCode

本书购买链接:http://product.dangdang.com/28496655.html

原文地址:https://www.cnblogs.com/fighter007/p/12128908.html

时间: 2024-08-04 20:33:51

关于《Python自动化测试实战》的相关文章

构建之法——读书笔记(8)

<构建之法>第十&十一章 主要讲述了在软件设计前期的需求分析问题上的方法和实践经验,分为"典型用户和场景"以及"软件设计与实现". 其中第十章大部分内容包含: 用户的分类(典型用户可以包括以下内容: 1. 名字(越自然越好) 2. 年龄(不同年龄和收入的用户有不同的需求) 3. 收入 4. 代表的用户在市场上的比例和重要性(比例大不等同于重要性高,如付费的用户比例较少,但是影响大,所以更重要 5. 使用这个软件的典型场景 6. 使用本软件/服务的

《构建之法阅读笔记02》

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.

简读《构建之法》,所想问题展示

1,<构建之法>这本书全局语言通俗,学生很容易读懂,但是存在一个隐患:学过软件工程,我们只是笼统的理解,而对这方面的专业知识很少了解,该怎么办? 2,书中提到的软件结构,软件设计与实现具体是怎样的?怎么理解它们之间的关系? 3,软件在不断更新和增加功能的负担下,一定程度下会崩溃.若有一个软件,即将考虑添加下一个功能,但是在添加这个功能之后,系统一定会崩溃,但是这个功能对这个软件的市场前景起着至关重要的作用,这是该怎么办? 4,软件设计和软件构建有区别吗?不同之处是什么? 5,当软件中的依赖关系

构建之法阅读笔记05

2017.5.20 今天阅读的是<构建之法>第8章需求分析的阅读笔记,我们如果要开始做一个软件,最先要进行的就是需求分析,我们应该充分的了解我们这个软件是否具有前景,我们为用户提供的服务是不是用户所需要的,这一章详细的叙述了如何进行需求分析. 首先是获取和引导需求,我们应该找到软件的利益相关者,了解挖掘他们对软件的需求,引导他们表达出真实的需求.然后分析和定义需求,对各个方面的需求进行规整,定义需求内涵,从各个角度将需求量化,然后估计实现这些需求所需要的时间和资源,确定各个需求的优先级.紧接着

《构建之法》学习(5)——团队和流程

<构建之法>学习(5)--团队和流程 1.非团队和团队   团队共同的特点: 团队有一致的集体目标,团队要一起完成这目标 团队成员有各自的分工,互相依赖合作,共同完成任务 2.软件团队的模式       一窝蜂模式       主治医师模式 有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作.       明星模式 主治医师模式运用到极点,可以蜕化为明星模式,在这里,明星的光芒盖过了团队其他人的总和.       社区模式 社区由很多志愿者参与,每个人参与自己

《构建之法》学习(3)——软件工程师的成长

<构建之法>学习(3)--软件工程师的成长 1.1个人能力的衡量与发展 积累软件开发相关的知识,提升技术技能 积累问题领域的知识和经验 对通用的软件设计思想和软件工程思想的理解 提升职业技能 实际成果      衡量软件开发的工作量和质量 项目/任务有多大? 花了多少时间? 质量如何? 是否按时交付? 1.2软件工程师的职业发展 职业发展--考级之路 职业成长--Steve McConnell版本 职业成长--大公司版本 职业成长--自我评估 1.3技能的反面 通过玩魔方的例子说明了技能提升的

《构建之法》——软工学习进度(2)

如何衡量一个软件工程师 如何衡量一个软件工程师?这是<构建之法>第三章的核心问题.第一章讲述了团队的流程,第三章则是对第一章的具体描述,从笼统的团队具体到个人.软件开发流程不光指团队的流程,还包括了个人开发流程,因为软件团队是由个人组成的,简而言之,个人在团队中也有独立的流程.那么问题来了,如果我们去面试,该如何定义我们自身呢?又或者说,看到一个同行的软件工程师,该如何形容他的技术? 第三章通过对足球的比喻,向我们形象的阐述了这个问题的关键.足球中有传接.盘带.射门等具体技术,映射到软件工程上

《构建之法》---软件工程师的成长&amp;两人合作

本周学习了<构建之法>第三.四章的内容. PSP对软件开发的工作质量的衡量简单指标为:项目/任务有多大.花多少时间.质量如何.是否按时交付共4个因素.而要成为一名合格的软件工程师,要对上述4个因素尽量在用户需求上做到尽善尽美. 软件工程师的职业发展有: 职业发展---考级之路 计算机等级考试 (http://sk.neea.edu.cn/jsjdj/index.jsp) 全国计算机技术与软件专业技术资格考试 (http://www.rkb.gov.cn/  ) 职业成长---Steve McC

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

《构建之法》读书笔记二

这周读了<构建之法>的第二章.第二章主要讲到了个人技术和流程. 软件是由多人合作完成的,不同人员的工作相互有依赖关系.一个团队需要一定的流程来管理开发活动,每个工程师在软件生命周期所做的工作也应该有一个流程.所以就引进了一个新的名词叫做PSP--个人软件开发流程.但是要做到每个人的模块的质量得到稳定.量化的保证,单元测试就是一个很有效的解决方案.我们可以用vsts写单元测试,这是一个新的软件,我从来没有接触过,所以也不会用.只看了一下代码. 好的单元测试应该准确.快速地保证程序基本模块的正确性