暂无个人介绍
软件测试是软件质量保证的关键步骤。越早发现软件中存在的问题，修复问题的成本就越低，软件质量也就越高，软件发布后的维护费用越低。 为了能更好的保障软件质量，在软件测试的实践中，慢慢形成了一些流程用来达到这一目标。下面就来介绍一下常见的测试流程。 ## 传统测试流程 在传统的测试流程中包含了如图所示的步骤。 下面分别介绍下每一步流程的含义。 ### 单元测试 单元测试是对软件中的基本组成单位
Swagger UI 允许任何人（无论您是开发团队还是最终用户）都可以可视化 API 资源并与之交互，而无需任何实现逻辑。它是根据您的 OpenAPI（以前称为 Swagger）规范自动生成的，具有可视化文档，可简化后端实现和客户端使用。 ## 为什么使用Swagger - 跨语言性，支持 40 多种语言，Swagger 已经慢慢演变成了 OpenAPI 规范； - Swagger UI 呈现
> 本文节选自霍格沃兹测试开发学社内部教材 等待就是当运行代码时，如果页面的渲染速度跟不上代码的运行速度，就需要人为的去限制代码执行的速度。 在做 Web 自动化时，一般要等待页面元素加载完成后，才能执行操作，否则会报找不到元素等各种错误，这样就要求在有些场景下加上等待。
- Java 异常类 首先让我们简单了解或重新学习下 Java 的异常机制。 Java 内部的异常类 Throwable 包括了 Exception 和 Error 两大类，所有的异常类都是 Object 对象。 Error 是不可捕捉的异常，通俗的说就是由于 Java 内部 JVM 引起的不可预见的异常， Java 虚拟机会选择终止线程。如 OutOfMemoryError ,就是 Jav
Frida 通过 C 语言将 QuickJS 注入到目标进程中，获取完整的内存操作权限，达到在程序运行时实时地插入额外代码和数据的目的。官方将调用代码封装为 python 库，当然你也可以直接通过其他的语言调用 Frida 中的 C 语言代码进行操作。 ## Frida安装和启动 ## - Frida 支持 python2 和 python3 版本，演示所使用的版本为 python3.8 ``
工作中我们经常需要对应用的页面进行手势操作，比如滑动、长按、拖动等，AppiumDriver 为我们提供一个模拟手势操作的辅助类 TouchAction，可以通过它对手机屏幕进行手势操作。 具体用法参见链接：https://ceshiren.com/t/topic/3275 ## 导入TouchAction ``` from appium.webdriver.common.touch_ac
服务与服务之间传递数据包，往往会因为不同的应用场景，使用不同的通讯协议进行传递。比如网站的访问，常常会使用 HTTP 协议进行传递，文件传输使用 FTP，邮件传递使用 SMTP。上述的三种类型的协议都处于网络模型中的应用层。除了应用层的常用协议之外，对于传输层的 TCP、UDP 协议，以及 Restful 架构风格、RPC 协议等等基础网络知识要有一定的了解和认知。 ## 网络协议介绍 在
Appium 提供了很多系统操作，在测试 APP 过程中会有一些特殊场景，比如来电话、短信，横竖屏切换，安装/卸载 APP，手机上的键盘操作，录屏等功能。下面介绍几个常用的设备交互 API。 更多用法参见官网： http://appium.io/docs/en/about-appium/intro/ ## 模拟电话/短信 用下面的命令模拟 GSM 电话和短信，注意：只能在模拟器上使用！
测试时需要用到测试设备，通常测试人员会选择使用模拟器进行自动化调试。模拟器分为原生模拟器与第三方模拟器。我们今天介绍的就是原生模拟器是 Android SDK 中自带的模拟器，可以通过 Android Studio 工具创建模拟器。 ## 创建/管理 原生模拟器 Android 虚拟设备（AVD）是一种配置，它可以定义 Android 模拟器例如：Android 手机、平板电脑、Wear O
Capability 是一组键值对的集合（比如："platformName": "Android"）。Capability 主要用于通知 Appium 服务端建立 Session 需要的信息。客户端使用特定语言生成 Capabilities，最终会以 JSON 对象的形式发送给 Appium 服务端。 ## Appium底层架构  玩游戏的时候最怕的就是卡顿。排位赛的紧急关头，明明马上就能上一段位，却因为卡顿导致给对方送人头。还把对手送上了王者。引起队友骂声一片。作为测试工程师的你，可以忍？ 卡顿测试也是专项测试里的
  互联网行业已进入小步快跑快速迭代的趋势。一个新版本的上线，不仅需要移动端测试，更需要进行服务端的测试。服务端的测试可能比移动端的测试更重要。服务端比移动端更复杂交互更多也更考验技术了。
当 webdriver 遇到无法完成的操作时，可以使用 JavaScript 来完成，webdriver 提供了 execute_script() 方法来调用 js 代码。 执行 js 有两种场景： - 在页面上直接执行 js - 在某个已经定位的元素上执行 js JavaScript 是一种脚本语言，有的场景需要使用 js 脚本注入辅助我们完成 Selenium 无法做到的事情。 S
 H5性能该如何测试呢？很多人不知道该如何下手。其实可以借用W3C协议完成自动化H5性能测试。 因为W3C标准是浏览器标准，一般浏览器都支持W3C标准，它规定使用者可以通过api查询性能信息
浏览器访问：https://hub.docker.com/_/nginx 查看Nginx镜像详细信息。  下载镜像，默认会下载lastest最新版本的软件，可以指定软件的版本。例如：ngi
断言是 UI 自动化测试的三要素之一，是 UI 自动化不可或缺的部分。我们使用定位器定位到元素后，通过脚本进行业务操作的交互，想要验证交互过程中的正确性就需要用到断言。 ## 常规的UI自动化断言 分析正确的输出结果，常规的断言一般包含以下的几个情形： - 比较大小 - 包含或者不包含 - 验证布尔值 示例代码： ``` #比较大小 price = driver.find_element
使用chrome浏览器对webview进行手工查看，伴随着业务增多，数量加大，手工操作的速度会无法跟上业务增长，此时需要自动化方法测试webview性能。 当页面加载时，会渲染一系列内容，渲染过程可分为多个阶段，比如下图：  - 需求分析与测试设计（性能需求目标+业务模型拆解） - 测试数据准备和构造(基于模型的数据准备) - 性能指标预期(性能需求目标) - 发压工具配置及脚本编写（压力策略） - 测试过程（
 此例使用的是 GitHub 上一个开源的电商项目 mall，需要的可以去 GitHub 上下载部署，有详细的部署教程： - GitHub地址： - https://github.com/
  在 UI 自动化测试过程中，面对复杂的业务场景，经常会遇到这样的挑战： - 简单的录制/回放速度快，但无法适应复杂场景； - 编写自动化测试脚本比较灵活，但工作量大且可维护性差； - 以往的
在上一篇文章完成首页浏览压测任务后，我们开始下单-支付场景的压测实践。 ``` select p1.id, p1.product_category_id, p1.product_sn, p1.brand_name, p1.price, p1.name, p1.pic, p1.sub_title, p2.sku_code, p2.id as product_sku_id, p2.sp1, p2
在日常的工作中，常常需要制作自己的项目的镜像，一般通过以下两种方式制作镜像：Docker commit、Dockerfile。 ## Docker commit Docker commit一般用做从一个运行状态的容器来创建一个新的镜像。定制镜像应该使用Dockerfile来完成。 ``` docker commit 容器名 新镜像名:tag ``` 使用这种方式的缺点是：1.对外不
先看 Wikipedia 上的解释： xUnit 是一系列测试框架的统称，最开始来源于一个叫做 Smalltalk 的 SUnit 框架，现在各种面向对象的语言，如 Java、Python 的鼻祖就是 Smalltalk，后来这些语言都借助了 Sunit 框架的理念，有很多通用的规范和特征，也就统称为 xUnit。 - Java : JUnit、TestNG - Python : UnitTes
性能压测，是保障服务可用性和稳定性过程中，不可或缺的一环。我们将从性能压测的设计、实现、执行、监控、问题定位和分析、应用场景等多个纬度对性能压测的全过程进行拆解，以帮助大家构建完整的性能压测的理论体系，并提供有例可依的实战。 01 性能环境要考虑的要素 系统逻辑架构，即组成系统的组件、应用之间的结构、交互关系的抽象。最简单最基本的就是这三层架构。 三层逻辑结构图 - 客户层：用户请
01 性能环境要考虑的要素 系统逻辑架构，即组成系统的组件、应用之间的结构、交互关系的抽象。最简单最基本的就是这三层架构。 三层逻辑结构图 - 客户层：用户请求端。 - Web层：处理客户端所有的业务请求逻辑和服务端数据。 - 数据库层：维护业务系统的数据。 - 更复杂的逻辑结构 - 逻辑架构中的任意一层，有可能是在独立的物理集群机器上，也有可能跨多个物理机
在大话测试数据（一）文章中，我提到，获取数据的第一步是获取概念上数据。这一步看起来简单，其实不是那么容易。获取概念数据和获取需求的过程是交织在一起的，事实上，它们其实是一个事儿，因为数据是需求中最重要的组成部分。 需求工程是个大话题，目前有很多种流派和实践方式来来搞定需求，但它们的思想都比较一致，那就是：不断的由粗到精的迭代（如下图）。关于需求这里不再展开，如果大家有兴趣的话，推荐两本我觉得还
 测试数据在整个测试过程中扮演着极为重要的角色，但是它却像个没有星象的演员，明明至少是男二号，但总是被观众忽略。在测试过程中，我们往往在测试计划阶段就忽略了测试数据，在起先没有给测试数据的设计
 上节课爱画漫画的小哥哥用漫画形式向大家展示了JMeter的进阶用法：如何搭建InfluxDB，使用更炫酷的Grafana。 看到很多小伙伴觉得看的不过瘾，在强烈的催促下，小哥哥的新文章又出
 上节课展示了JMeter的基础用法：录制回放功能，断言，聚合报告。李政道教授谈论学习方法，他表明我们可以获取很多信息。 但是，从了解到理解还有一段路要走。只有亲手练了才能变成理解，能获取
 接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 很多系统的关联都是基于接口测试
RESTful 是一种规范，符合 RESTful 的 Api 就是 RESTful Api。简单的说就是可联网设备利用 HTTP 协议通过 GET、POST、DELETE、PUT、PATCH 来操作具有 URI 标识的服务器资源，返回统一格式的资源信息，包括 JSON、XML、CSV、ProtoBuf、其他格式。 RESTful 的核心思想是，客户端发出的数据操作指令都是"动词 + 宾语"的结
## 为什么使用Spring Boot - 简化配置，无需编写太多的 xml 配置文件，效率很高； - Spring 可以整合很多各式各样的框架，并能很好的集成； - 基于 Spring 构建，使开发者快速入门，门槛很低； - Spring Boot 可以创建独立运行的应用而不需要依赖外部组件或工具； - 内置 Tomcat 服务器，无需打成 war 包，可以直接在内置 Tomcat 中运行
本系列文章汇总了从 Appium 自动化测试从基础到框架高级实战中，所涉及到的方方面面的知识点精华内容（如下所示），希望对大家快速总结和复习有所帮助。 1.Appium 基础 1 (环境搭建和简介) 2.Appium 基础 2 (元素定位和元素常用方法) 3.Appium 基础 3 (手势操作和 uiautomator 查找元素) 4.Appium 基础 4 (显式等待) 5.Appium 基
本系列文章汇总了从 Appium 自动化测试从基础到框架高级实战中，所涉及到的方方面面的知识点精华内容（如下所示），希望对大家快速总结和复习有所帮助。 1.Appium 基础 1 (环境搭建和简介) 2.Appium 基础 2 (元素定位和元素常用方法) 3.Appium 基础 3 (手势操作和 uiautomator 查找元素) 4.Appium 基础 4 (显式等待) 5.Appium 基
 - 轻量级：因为docker不用虚拟化内核，直接共享宿主机的内核，所以节省了很多资源，在同样的资源下可以启动更多的软件，同时启动速度也更快 - 优点即缺点：docker的优点也是它的缺点，正是
测试覆盖率是对测试完成程度的度量。它通常依据某种覆盖准则来对测试用例执行情况进行衡量，以判断测试执行得是否充分 。 ——出自《 计算机科学技术名词 》第三版 今天文章中我们给大家介绍覆盖率统计及覆盖率分析。在10月13日20：00，资深测试开发架构师思寒将光临直播间手把手教大家如何搞定精准化测试！ 温馨提示：你以为代码覆盖率与精准化测试知识与黑盒测试无缘？不，你只是没遇到思寒讲的这节课。
 上一篇文章中介绍了rest-assured对返回结果的断言，最后说明了对于Response结果导出的需求。可查看往期文章进行查看。 ``` HTTP/1.1 200 OK Serve
TestNG 和 Junit 作为两大流行的测试框架，有哪些区别？各有哪些优缺点？该如何选择呢？这里简要总结下：   在上一篇文章中，我们初步探讨了 REST Assured 的应用实践，还有很多丰富的用法需要慢慢探索研究。而 REST Assured 提供的完整断言手段，是测试工程师最常用最重要的功能之
 在 REST Assured 的官方 GitHub 上有这样一句简短的描述： Java DSL for easy testing of REST services 简约的 REST 服务
 上两篇文章介绍了自动遍历的测试需求、工具选择和 AppCrawler 的环境安装、启动及配置文件字段基本含义，这里将以实际案例更加细致的说明配置文件的用法和一些特殊场景的处理。 下面我
Shell 是什么呢？很多人以为的Shell就是命令行，一条条可以百度出来的命令行。而简历上你只会写熟悉Linux？今天用摩拜App给大家讲解下如何使用 Shell 去操作 Android 设备进行自动化测试。 首先我们需要准备一部手机或者一个Android模拟器。然后电脑上需要配置Android开发环境。 - 下载 Android SDK：，按照系统版本下载相应的zip包。请按照自己的系统按
 SonarQube 是一个用于代码质量管理的开源平台，用于管理源代码的质量。同时 SonarQube 还对大量的持续集成工具提供了接口支持，可以很方便地在持续集成中使用 SonarQube。
## 代码分析 - IDE辅助功能：xcode、android studio - 独立的静态分析工具：findbugs、androidlint、scan-build、pmd、阿里巴巴java开发规范pmd插件 
发表了文章
2025-12-16
发表了文章
2025-12-16
发表了文章
2025-12-16
发表了文章
2025-12-15
发表了文章
2025-12-15
发表了文章
2025-12-15
发表了文章
2025-12-15
发表了文章
2025-12-15
发表了文章
2025-12-15
发表了文章
2025-12-12
发表了文章
2025-12-12
发表了文章
2025-12-11
发表了文章
2025-12-11
发表了文章
2025-12-05
发表了文章
2025-12-03
发表了文章
2025-12-02
发表了文章
2025-11-29
发表了文章
2025-11-28
发表了文章
2025-11-26
发表了文章
2025-11-26
