Pytest 在文件目录下新增一个pytest.ini文件，内容如下 [pytest] # 更改测试文件命名规则 python_files = newname* # 更改测试类命名规则 python_classes = newname* # 更改测试函数（用例）命名规则 python_functions = newname* Unittest 1、通过ctrl+鼠标点击main，跳转到m
软件工程中的各种图 70%项目的失败不是由于技术原因导致的，而是由管理不善导致的。 UML(Unified Modeling Language，统一建模语言)是一种基于面向对象的可视化语言。 它采用一组形象化的图形(如类图)符号作为建模的语言。使用这些符号可以形象的描述系统的各个方面。UML是通过建立图
4 测试用例编写和组织 4.1 用例结构 Cypress是建立在Mocha和Chai之上，因此同时支持Chai的BDD和TDD两种风格。如果你熟悉JavaScript风格的代码，那么在Cypress中写测试用例是很容易上手的。 Mocha是一款适用于Node.js和浏览器的测试框架，可使用异步测试变得简单灵活。 Cy
⬇️ 点击“下方链接”，提升测试核心竞争力！ >>更多技术文章分享和免费资料领取 ↑点击上方卡片关注我↑ 小时候大家应该都玩过一个游戏，游戏很简单，就是找不同，在规定时间内两幅图直接的差异点找到就算赢，越快越好，就像下面这样： 上面这个不同点想找很简单，那么下面这样的呢？ 这个，确实有的人
我尝试了很多不同的第三方micropython工具，有些是Windows应用程序，有些是VScode插件。 但是当我尝试过MicroPython的mpremote工具后，我几乎决定它将成为我的首选工具。
1.面向对象分析设计的三个模型 对象(静态)模型： 描述系统的静态结构，包括类和对象，它们的属性和操作，以及它们之间的关系。 包括：类图、对象图 动态模型： 着重于系统的控制逻辑，考察在任何时候对象及其关系的改变，描述这些涉及时序和改变的状态。包括状态图和事件跟踪图。
医疗保健中的机器学习用例 资源 医疗保健行业有很多机会利用机器学习。 ML 通过改变患者护理、简化管理流程和在没有人工干预的情况下处理数据，在医疗保健领域取得了长足进步。医疗保健专业人员现在有机会专注于患者护理而不是查找信息。医学图像分析、药物发现和病历管理只是预测
转载请注明出处❤️ 作者：测试蔡坨坨 原文链接：caituotuo.top/c2d10f21.html 你好，我是测试蔡坨坨。 今天分享一个Python编写的小工具，实现XMind测试用例转Excel用例。 前言 XMind和Excel是在日常测试工作中最常用的两种用例编写形式，两者也有各自的优缺点。 使用XMind编写测试用例更有
1. 什么是白盒测试 白盒测试也称结构测试或逻辑驱动测试， 它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构
从场景和需求出发，我们了解了功能点和测试范围。 从技术方案中，了解大概逻辑和应用之间的交互，进一步明确了测试点。 从代码实现考虑，我们知道了背后具体的实现机制，能够告诉你数据如何存，错误信息是什么。所以在实际执行功能用例之前，我往往会扒开发代码来看一看。 不同的实现对测试执行
目录1、定制报告常用的装饰器2、allure.dynamic在测试方法中动态添加定制3、用例等级的定制4、用例描述的定制5、链接的定制6、步骤的定制7、附件的定制 1、定制报告常用的装饰器 结合表和示例图查看 使用方法 参数值 参数说明 @allure.epic() 项目名称 项目名称，树结构第一
1.用例图的含义 由参与者（Actor）、用例（Use Case） 以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。 其中用例和参与者之间的对应关系又叫做通讯关联（Communication Association）。 2.用例图的作用 用例图是需求分析中的产物，主要作用是描述参与者与和用例之间的关系，帮助
面试过程中，经常遇到要求写三角形判定测试用例，要求： 利用等价类、边界值设计测试用例。 直接把下面的用例背下来，默写一下就可以了。 。
一、pytest的相关参数 -s 输出打印信息，关闭捕捉；（如果要生成报告，就需要去掉该参数） -v 显示具体的详细信息； -k 执行包含关键字的用例 -q 简化输出信息 -x 出现一条测试用例失败，则退出测试 -m 指定目录以及特定类或者方法执行 二、allure报告相关参数 1、生成报告相关 --alluredir=dir
一、软件测试概况 1、测试原则 （1）完全测试是不可能的。不可能找出所有错误 （2）测试存在风险。测试不全面 （3）测试只能表明缺陷的存在。不能证明没有缺陷 （4）产品潜在错误书与已发现错误数成正比。 （5）让不同cesium人员参与测试工作中。避免固定测试思维 （6）开发者与测试者分开 （7）设计用例时，包
冒烟测试、回归测试、随机测试、探索性测试和安全测试前言：项目中期至发布后测试启动前后我们一般要经历的几种测试方法1>冒烟测试：是指对一个新版本进行大规模的系统测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。 引入到软件测试中，就是指测试小组正式测试一个新版本之
前言 在我们进行自动化测试的时候，用例往往是成百上千，执行的时间是几十分钟或者是小时级别。有时，我们在调试那么多用例的时候，不知道执行到什么程度了，而pytest-sugar插件能很好解决我们的痛点。 安装 pip3 install pytest-sugar 实例 def test_s1(): print("用例 11：登录之后其
前言 ①在我们做接口自动化的时候，很经常会有一个指标是找出一些耗时的接口，从而告知开发这些接口需要优化。 ②由于某些测试用例步骤长，执行时间比较久，为了防止程序长时间处于等待状态，浪费宝贵时间。为此，我们可以设置一个超时时间，当测试在指定的时间长度内没有完成（即使程序并没有“
UML建模——用例图（Use Case Diagram） 用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示这些元素之间的各种关系，如泛化、关联和依赖。它展示了一个外部用户能
一、什么是测试用例（测试case） 测试用例就是测试场景，一次迭代的需求可以拆分成许多功能模块，一个功能模块可以拆分成多个功能点，一个功能点可以有多个场景，那么这个场景就是测试点、测试case、测试场景 那么对于每个功能点的测试场景编写测试场景就是我们需要编辑的测试用例 二、测
一、基础演示 import unittest class TestClass(unittest.TestCase): @classmethod def setUpClass(cls) -> None: print("类开始方法") @classmethod def tearDownClass(cls) -> None: print("类的后置方法") def setUp(sel
一、语句覆盖：基础覆盖 二、判断覆盖： 三、条件覆盖：最常用的方法 四、路径覆盖：
用例执行状态 用例执行完成后，每条用例都有自己的状态，常见的状态有 passed：测试通过 failed：断言失败 error：用例本身写的质量不行，本身代码报错（譬如：fixture不存在，fixture里面有报错） xfail：预期失败，加了 @pytest.mark.xfail() error的栗子一：参数不存在 def pwd(): prin
前言：写完一个项目的自动化用例之后，发现有些用例运行较慢，影响整体的用例运行速度，于是领导说找出运行慢的那几个用例优化下。--durations 参数可以统计出每个用例运行的时间，对用例的时间做个排序。 pytest -h 查看命令行参数，关于 --durations=N 参数的使用方式 --durations=N
前言：pytest 结合 allure 描述用例的时候我们一般使用 @allure.title 和 @allure.description 描述测试用例的标题和详情。在用例里面也可以动态更新标题和详情，使用allure.dynamic方法实现。 allure动态属性 allure.dynamic.feature allure.dynamic.link allure.dynamic.issue
