tf的测试笔记-CSDN博客

原创缺陷分析的方法

常规的分析一般用以下五个维度，第一个是缺陷原因，这个主要针对非测试角色，以缺陷产生的第一关系人为主，提炼预防方法，赋能相关角色，例如开发发面，主要根据bug提炼实现设计场景/影响点遗漏、开发规范问题、权限配置、自测不充分等问题；产品方面，主要提炼需求设计场景/影响点遗漏、需求场景设计不合理、需求权限设计不合理等问题。开发方面包括实现设计场景/影响点遗漏、控件配置错误、代码影响点遗漏、开发规范问题、代码逻辑错误、编码与实现设计方案不一致（换方案）、数据存储错误、权限配置错误、自测不充分。

2024-08-23 11:48:58 596

原创分层测试用例设计

用例设计也是分三步，第一步拆分单一功能，以标准化设计检查点的维度拆分，拆分完成后有则套用标准化，没有则补充覆盖。第三步，引用流程用例，将用户场景推演图加上测试数据直接生成用例，这部分不关心软件的本身的基本功能，重点验证软件的业务有没有实现。后期执行这部分用例时，不用考虑哪个输入框长度多少，能否输入数字等，因为这部分的测试是基于上面两层的测试用例都已经测试通过了。前面测试策略部分写了分层策略设计《测试策略设计二：分层测试策略》，那么基于分层的策略，如何设计测试用例？第三点用例的结构清晰，易维护；

2024-08-22 16:45:30 262

原创基于流程的测试质量体系

会前准备好用例，结构思路要清晰，表达要准确，有问题的地方在评审前达成一致，重要内容进行标记，会上重点澄清。这时就要做好回归测试的策略，如果是全面回归，时间成本可能较高，要做好测试项的优先级，先执行比较重要的测试项，这样即使后面没有时间覆盖，剩余的测试项风险也是较低的。3.1冒烟测试：冒烟测试的用例选取也是有策略的，可以对以往缺陷进行分析，如果迭代单功能缺陷多、生产场景缺陷多，冒烟用例可以选取了较多的单功能，少量的组合功能加主流程，测试完成后对单功能缺陷进行分析，提炼共性应对措施，引导开发减少迭代缺陷；

2024-08-22 16:17:55 930

原创 Fiddler工具的相关应用

Fiddler是客户端和服务器端中间的HTTP代理服务器，它能够记录客户端和服务器之间的所有 HTTP(S)请求，可以针对特定的HTTP(S)请求，分析网络传输的数据，还可以设置断点、修改请求的数据和服务器返回的数据；3.操作界面，当执行到该接口对应的功能时，会被fiddler抓包识别，对应的操作在界面中就会显示为加载中，此时查看fiddler截取到的请求数据可以编辑。4.操作系统到需要抓取的功能入口处，打开fiddler，左下角capturing选项打开抓取功能，操作系统，即可抓取到该操作对应的接口；

2024-08-08 14:38:36 748

原创 Jmeter接口测试三：接口并发测试

例如公司下班后员工陆续出门，等所有人到达门口后一起出去，产生瞬时的压力，这时对门的压力是最大的，即多用户几乎同时对某一功能点进行瞬时访问，形成严格的并发操作。先到达集合点的用户开始计时等待，如果超过10s，就不再等待，先并发执行已到达的用户。例如我们想等待3个用户并发，到了2个用户，剩一个用户10秒还没到达，那么就不再等待，先并发已经到达的用户。Ramp-Up时间（秒）：达到设置的线程总数所需要的时间，例如线程数为20，时间设定为10s，那么就是10s加载完成20个线程，每秒启动的线程数为20/10=2；

2024-08-06 16:24:47 979

原创 Jmeter接口测试二：接口测试流程

6.HTTP请求默认值：HTTP请求默认值：一般用来设置所有请求的ip地址，后面添加接口信息时不用再加上ip复制，所以要放在父级模块；2.线程组：性能测试中，所有的接口都要放在线程组下面，可以理解为一个虚拟用户组，可以线程属性值即预期压力值，并发用户数等；1.1Apply to：默认选择Main sample only，大多数接口发起后只触发一个请求，而且我们校验的一般也是发起的接口，所以选择仅作用于主请求即可；根据fiddler抓取到的信息，选择接口的请求方式，填写接口路径，其他选项默认，填写入参。

2024-08-05 16:19:43 759

原创 Jmeter接口测试一：环境搭建

原因：JMeter 本身是一个 Java 应用程序，因此它依赖于 Java 运行时环境（JRE）来运行，JDK 包含了 JRE，因此安装 JDK 可以确保 JMeter 有所需的运行环境。变量值：拷贝安装路径粘贴，示例 D:\Automation\Jmeter\apache-jmeter-5.3。变量值：拷贝安装路径粘贴，示例 D:\Automation\Jmeter\JDKInstall。2.3新建一个环境变量：%JAVA_HOME%\bin。

2024-07-24 18:04:05 348

原创测试策略设计五：大型版本发布测试策略

重要不紧急对应缺陷比第一象限少，但关联影响较多的测试项，比如我们的多级管控、站内信，有一定的缺陷量，但前期可以做一部分覆盖；当我们投入到这种测试项中时，多轮次测试可能会导致优先级和范围评估不准确导、测试项遗漏等问题，而且多次重复的验证时测试人员前期积极性比较高，但到后半场会有测试乏力、消极的情况。可以制定多轮测试策略，优先级由高到低安排测试项，优先级较高的测试任务可以安排充足的测试时间，比如第一轮、第二轮两周时间都可以全部安排，保证在前期能发现和解决较多的缺陷，构建发版质量防护网。

2024-07-24 14:34:38 371

原创测试策略设计四：基于需求的测试策略

当我们做分析时，要思考哪些需求需要用到测试策略，类似打仗一样，一个需求就是一个堡垒，有些需求实现复杂，影响广，就好像有重兵把守，需要设计策略、方法突破；可能会认为即使从这三个点来分析，测试点也有很多，所以就要我们做取舍，有个简单方法，把需求分析完后，过滤掉你比较清晰的测试点，因为这部分已经有底，即使有遗漏，在后面的用例设计还有一层把关；基于需求的测试策略是我们最常用的测试策略，其实也是我们最常用的流程：分析需求、列测试点、用测试设计方法进行用例设计，这里重点说自己做需求分析上的一点经验。

2024-07-23 11:05:49 316

原创测试策略设计三：风险测试策略

那么这部分我们可以做缩减，比如设计用例时标识用例的优先级，只执行高、中优先级的用例，记录未执行的用例和覆盖不充分的地方，如果风险被规避，我们再去执行记录的这部分。这时，我们可以基于测试范围，做风险识别；但有时会碰到突然有大量的需求要在规定时间内完成开发测试上线，而且测试资源也不足的情况，我们没办法按照之前的测试方法去做充分的验证，这时就要针对性的设计测试策略、选择测试重点以及如何在有限的测试时间内合理利用测试资源完成测试。1、不同的情形下，测试的深度和广度是不同的，要平衡测试时间、成本、范围与质量；

2024-07-23 09:59:48 564

原创测试策略设计二：分层测试策略

再就是怎么测，具体的方法，包括测用例的设计、表数据的验证方法、UI的验证方法(比如参考原型、UI 规范等)。最终形成一份场景无遗漏、过程有指导性、可引用提效的测试策略。分层测试策略主要将策略分为三层，用户层、逻辑层和数据层，这种策略比较适合新模块、新页面类的需求；用户层：主要关注界面样式、功能操作是否正常、是否简单易用、提示信息易懂易接受、异常场景处理(并发...)、兼容性、性能是否达到用户可接受范围以及历史数据的处理。数据层：主要关注数据库表的增、删、改、查以及对外部数据的处理和计算类字段值的更新。

2024-07-19 14:51:19 229

原创测试策略设计一：基础设计方法

步骤5.识别迭代过程中的风险：包括需求风险（如需求不明确、频繁变更）、环境风险（如外部集成环境的部署问题）、人力风险（如开发和测试资源不足）、进度风险（如工作量超出预期）、质量风险（如测试场景复杂导致测试不充分）。步骤1.明确测试工作范围：确定本迭代的需求和非需求类任务，如临时安排的任务、优化、bug验证、遗留需求处理、线上和历史缺陷修复、回归测试、自动化测试等。迭代策略的制定一般遵循一下几个原则。通过以上方法，测试团队可以更系统地制定测试策略，确保测试活动的有效性和全面性，从而提高产品质量和用户满意度。

2024-07-19 11:28:32 186

原创测试策略的重要性

能够识别潜在风险和问题，包括需求风险、计划进度风险、技术风险、质量风险、项目管理风险、外部风险、人员风险等等，并据此制定合适的测试策略。测试工程师需要根据风险的严重性和影响评估测试的各种活动，确保测试资源的最优利用。所以测试策略设计能力是测试工程师最核心的能力，因为它直接决定了测试的全局性能和有效性，以及产品最终的质量水平。测试策略设计要求测试工程师能够全面考虑各种测试场景和可能的情况，以确保测试的全面性和有效性。测试活动涉及与不同团队和角色的有效沟通，以确保测试需求和目标的共识和理解。

2024-07-18 19:34:51 174

原创 PO模式简介

PO模式指的是Page Object 模式（页面对象模式），一种软件测试自动化的设计模式，也可以说是一种设计思想即将页面抽象为一个对象，该对象封装了页面的所有操作和属性，比如找到搜索框元素输入搜索值，把输入的测试数据参数化，再到具体的测试用例处去调用这个方法传入测试数据即可；PO的核心其实就是三层结构，具体怎么用还是要看项目的具体情况，如果只是做少量的历史基础功能验证，其实不需要PO模式，复杂交互和多页面的Web应用比较适合。PO模式可以把一个页面分为三个层级，基础层、页面层、业务层。

2024-07-18 18:51:11 272

原创自动化脚本常用的封装方法

等待元素（会等待最多 10 秒（超时时间），每 0.5 秒检查一次，直到条件满足）出现在页面上并且可点击，然后执行点击操作。页面上的元素不一定会立即加载出来或者可点击，需要等待它们变为可操作状态才能进行后续操作，以避免因元素未加载或未准备好而导致的测试失败。等待最多 15 秒（超时时间），每 1 秒检查一次，直到页面中出现指定 XPath 的元素后返回找到的元素对象。等待最多 15 秒（超时时间），每 1 秒检查一次，直到页面中出现指定 XPath 的元素后返回找到的元素对象。

2024-07-18 15:28:48 293

原创 unittest测试框架介绍

tearDownClass()：这个是类里所有都运行完之后运行的操作，和setUpClass()一样，这个只会在所有代码都运行完后，最最最后运行一次，在使用tearDownClass()时也是必须加装饰器@classmethod。3.测试方法：即测试用例，一个用例是一个方法，用def定义，必须要以test开头，这是unittest框架中的规范，如果用例不是以test开头的话，在执行时会直接跳过该用例不会被执行。setUp():用例的前置操作，每次执行test的用例前，都会执行setUp()里的代码。

2024-07-18 15:07:20 883

原创自动化登录设置2：滑块防反爬虫的处理

登录时，系统为了防止机器自动化操作，可能会加入特定的反爬虫机制，例如在滑块验证中检测鼠标移动的模式、速度等，如果 Selenium 操作过于规律或者没有模拟真实用户的操作行为，会被识别为机器人而导致验证失败。综合起来，这段代码的目的是通过设置这些选项和参数，尽可能地隐藏浏览器的自动化痕迹，以避免被网站识别出正在被自动化工具控制，从而提高自动化测试的稳定性和可靠性。注意，一定要在确定Webdriver实例的时候就要加入这段代码，如果在打开url地址后添加，一般会没有效果。

2024-07-18 11:49:53 314

原创自动化登录设置1：禁用登录成功后Chrome提示保存密码的弹框

可以在获取driver的时候添加下面的代码，置禁用图片加载、禁用登录成功后Chrome提示保存密码的弹框（在确定Webdriver实例的时候就可以加入这段代码）options.add_experimental_option("prefs", prefs): 这一行代码将上述定义的prefs字典作为一个实验性选项添加到Chrome浏览器的配置选项中。"credentials_enable_service": False: 这个设置禁用了浏览器的凭据服务，通常用于禁用自动填充密码等功能。

2024-07-18 11:42:03 447

原创搭建自动化框架过程中遇到的问题

第631行，将print >> sys.stderr, '\nTime Elapsed: %s' % (self.stopTime-self.startTime)修改成print(sys.stderr, '\nTime Elapsed: %s' % (self.stopTime-self.startTime))不返回任何内容的函数；第539行，将self.outputBuffer = StringIO.StringIO()修改成self.outputBuffer = io.StringIO()

2024-07-18 11:27:55 893

原创 python+selenium自动化学习四：Excel数据驱动模型框架搭建

文件夹按上面的目录新建即可，每个文件夹下面有一个__init__.py的空文件，用于指示 Python 解释器将该目录视为一个包（package），如果没有这个文件，Python 不会将该目录作为包来处理，PyCharm打开测试包的时候可能会显示相关的错误或警告，提示你需要添加这个文件以使其成为一个有效的包。创建文件：touch __init__.py config.ini logger.ini。3.read_config.py：读取config文件夹的文件。1.common.py：存放封装的方法。

2024-07-18 11:12:23 999

Felix_tester的博客