- 综合排序
- 最热优先
- 最新优先
- 来自专栏muller的测试分享
Allure2添加用例标题、用例步骤
生成的报告展示用例时，就会以设置的标题名展示出来。 Allure2 报告中添加用例标题通过使用装饰器 @allure.title 可以为测试用例自定义一个可阅读性的标题。 Allure2报告中添加用例步骤Allure2 报告中添加用例步骤应用场景：编写自动化测试用例的时候经常会遇到需要编写流程性测试用例的场景，一般流程性的测试用例的测试步骤比较多，我们在测试用例中添加详细的步骤会提高测试用例的可阅读性 Allure2 报告中添加用例步骤Allure 支持两种方法：方法一：使用装饰器定义一个测试步骤，在测试用例中使用。方法二：使用 with allure.step() 添加测试步骤。 Allure2 报告装饰器添加用例步骤方法一：使用装饰器定义一个测试步骤，在测试用例中使用。 param3) simple_step2(param2)Allure2 报告中添加用例步骤方法二：使用 with allure.step() 添加测试步骤。
82610编辑于 2024-05-14 - 来自专栏大飞的部落阁
HttpRunner-2-用例组织
测试用例格式 HttpRunner 的测试用例支持两种文件格式：YAML 和 JSON。 JSON 和 YAML 格式的测试用例完全等价，包含的信息内容也完全相同。 对于选择哪种格式取决于您的心情。 测试用例结构 在 HttpRunner 中，测试用例组织主要基于三个概念： 测试套（testsuite）：对应一个文件夹，包含一个或者多个测试用例文件（YAML/JSON） 测试用例（testcase config：作为整个测试用例的全局配置项 test：对应单个测试步骤（teststep），测试用例存在顺序关系，运行时将从前往后依次运行各个测试步骤 对应的yaml格式如下： config: teststeps: - name: demo step 1 ... - name: demo step 2 ... 运算符的方式，例如headers.Content-Type、content.success； 响应结果为 text/html 结构，可采用正则表达式的方式，例如blog-motto\">(.*)</h2>
48020编辑于 2022-06-17 - 来自专栏测试游记
用例管理利器「XMind2TestCase」
思维导图的问题 测试用例难以量化管理、执行情况难以统计； 测试用例执行结果与 BUG 管理系统难以打通； 团队成员用思维导图设计用例的风格各异，沟通成本巨大； 小结 所以现在采用XMind2TestCase 来将思维导图转化为禅道用例进行导入 环境搭建 Xmind安装 https://www.xmind.cn/xmind8-pro/ 需要安装Xmind8 update3或更新版本 XMind2TestCase 找到用例模块 进入禅道用例页面：http://testcase.guahao-test.com/zentao/testcase-browse-56--byModule-4243.html 打开F12， 以门户改版-记录仪为例找到它的「模块ID」为「4244」，这样创建用例的时候它的节点应该为门户改版-记录仪(#4244) 用例模块 如果不指定模块ID，那么就会放在根路径下，建议先点击「维护模块」创建好自己用例所属的模块 ，然后开始用例编写 用例Demo demo 下载 生成用例 生成用例 导出禅道CSV 禅道CSV 导入禅道 导入禅道 由于禅道有一部分定制化，所以「优先级」、「适用阶段」、「适用阶段」导入失败
1.4K20发布于 2021-10-11 - 来自专栏章志青的专栏
如何通过代码分析精简用例（2）
上一次分享的如何通过代码分析精简用例主要是针对WEB侧逻辑复用，从而精简冗余用例的案例。 本次的案例分享是希望通过对SVR代码的分析，完成用例执行的精简。 customer_profile_processor.cpp [1504062498587_3645_1504062498834.png] 用例精简： 拿两个用例来举例： 登录工号A，拨打B2C 网络电话同一号码n次，同一天内尝试再次拨打 登录工号A，拨打B2C网络电话不同号码n次，同一天内尝试再次拨打 通过这两个用例我们可以得出写用例同学是希望校验同一号码是否会被“去重”。 通过代码分析后，我们的执行则可以变成： （前提：拨打一次B2C后），拨打同一号码，用户画像使用次数是否增加。 （前提：拨打一次B2C后），拨打不同号码，用户画像使用次数是否增加。 2852199351, kfext=2852997014, quota result=0, use=5, max=5 至此，我们就完成了从耗时较长的多次电话拨打转变为拨打少量电话检查日志，从而完成了用例执行的精简
99900发布于 2017-08-31 - 来自专栏软件工程师成长笔记
UML用例图及其用例描述
在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动 图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。 其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来 全面描述我们将要开发的系统。 二．用例建模简介 用例建模是UML建模的一部分，它也是UML里最基础的部分。 用例建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解用例建模可分为 用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。 用例描述用来详细描述用例图中每个用例，用文本文档来完成。 1． 用例图 参与者不是特指人，是指系统以外的，在使用系 统或与系统交互中所扮演的角色。
2.4K30发布于 2019-04-22 - 来自专栏从零开始学自动化测试
pytest文档2-用例运行规则
用例设计原则 文件名以test_*.py文件和*_test.py 以test_开头的函数 以Test开头的类 以test_开头的方法 所有的包pakege必须要有__init__.py文件 help帮助 example: -m 'mark1 and not mark2'. ,以下三种方法都可以，一般推荐第一个 pytest py.test python -m pytest 如果不带参数，在某个文件夹下执行时，它会查找该文件夹下所有的符合条件的用例（查看用例设计原则） 执行用例规则 1.执行某个目录下所有的用例 pytest 文件名/ 2.执行某一个py文件下用例 pytest 脚本名称.py 3. -x 遇到错误时停止测试 pytest -x test_class.py 从运行结果可以看出，本来有3个用例，第二个用例失败后就没继续往下执行了 D:\YOYO>pytest -x test_class.py
1.3K30发布于 2018-08-03 - 来自专栏UML
用例图示例：包含和扩展用例
什么是用例图？ 用例提供了系统的高级视图。用例建模是与用户和其他利益相关者就系统和目标进行沟通的有效方式。用例描述了系统执行的动作序列，其为特定的actor产生可观察的值结果。 用例图指南 确保每个用例都能满足可观察的用户目标 用例图未显示用例的详细信息：它仅总结了用例，参与者和系统之间的一些关系。 用例图未显示为实现每个用例的目标而执行步骤的顺序。 你如何写一个用例？ 用例包含以下元素： 名称 - 用于传达用例范围的明确动词/名词或演员/动词/名词描述符。 简要说明 - 描述用例范围的简短文本段落。 发布条件 - 用例完成时必须为true的任何内容。 包含和扩展用例 用例图示例描述： 此用例图示例描述了几个业务用例的模型。 用例模型表示餐馆（业务系统）与其主要利益相关者（业务角色和业务角色）之间的交互。在确定了基本用例之后，您可以使用<extend>和<include>用例使它更清晰。 使用此用例图模板创建自己的图表。
3.1K90发布于 2018-07-04 - 来自专栏全栈程序员必看
UML 用例图_uml建模用例图和细化用例
UML 用例图 参考 【UML】— 用例图 用例图 初学UML——用例图 需求中如何画用例图 为什么使用用例图 从业务事件、发起事件以及系统如何响应这些事件来建模系统功能的过程。 用例与用例图被广泛使用于系统的需求建模阶段，并在系统的整个生命周期中被不断细化。 确定用例 用例的特征保证用例能够正确地捕捉功能性需求，同时也是判断用例是否准确的依据。 用例是动宾短语 用例是相对独立的 用例是由参与者启动的 用例要有可观测的执行结果 一个用例是一个单元 用例与参与者 一个用例可以隶属一个或多个参与者，一个参与者也可以参与一个或多个用例。 包含的两个基本约束： 基用例可以看到包含用例，并需要依赖于包含用例的执行结果，但是它对包含用例的内部结构没有了解； 基用例一定会要求包含用例执行。 使用扩展用例我们就可以在不改变基用例的同时，根据需要自由地向用例中添加行为。 用例图示例 依赖关系对比 用例描述 一个完整的用例模型应该不仅仅包括用例图部分，还要有完整的用例描述部分。
2K20编辑于 2022-10-04 - 来自专栏软件开发 -- 分享 互助 成长
用例图
用例图从用户的角度描述对软件产品的需求，并分析产品所需要的功能和动态行为。 用例图的组成元素： 1、参与者：代表系统的用户(可以是人、物、时间或者其他系统)，用小人表示。 2、系统边界：用矩形表示。 3、用例：用椭圆表示。 4、关联：包含（include）、扩展(extend)、泛化（generalization） 包含：表示一个用例的行为包含了另一个用例的行为(基本用例的步骤中一定含有被包含用例的步骤)，如“ 扩展：表示对基本用例的一个扩展。(基本用例的步骤中有时会用到扩展用例的步骤)。 扩展用例有一个扩展点，只有扩展点被激活的时候，子用例才会被执行，如“交罚款”是"还书"的一个扩展用例，扩展点是欠费，即只有欠费的情况下去还书才会交罚款，否则不需要。
2.3K50发布于 2018-02-05 用例图
用例分析方法定义 用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例建模可分为用例图和用例描述两个部分。 用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成。用例描述用来详细描述用例图中每个用例，可用文档来完成。 箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。 2． 以下是用例说明表格一般格式： 用例名称： 用例标识号： 参与者： 简要说明： 前置条件： 基本事件流： 1． 2． 3． 异常事件流： 1． 2． ． n． 后置条件： 注释：
74210编辑于 2025-04-05- 来自专栏全栈程序员必看
用例图详解_用例图include是用什么画的
在用例建模中，为了更加清楚的描述用例或者参与者，会使用到注释。 2. 每个参与者可以参与一个或多个用例，每个用例也可以有一个或多个参与者。 在用例图中使用一个人形图标来表示参与者，参与者的名字写在人形图标下面。 2. 2.用例的粒度 用例的粒度指的是用例所包含的系统服务或功能单元的多少。用例的粒度越大，用例包含的功能越多，反之则包含的功能越少。 如果用例的粒度很小，得到的用例数就会太多。 每一个用例的用例规约都应该包含以下内容： (1)简要说明:对用例作用和目的的简要描述。 (2)事件流:事件流包括基本流和备选流。 第二，某一个用例的功能过多、事件流过于复杂时，我们也可以把某一段事件流抽象成为一个被包含的用例，以达到简化描述的目的。 2.
3.1K40编辑于 2022-10-04 - 来自专栏CSDN博客
测试开发话题05---用例篇（2）
根据等价类设计测试用例的方式： 1）确定有效等价类和无效等价类 2）编写测试用例，设计具体测试数据 练习：根据学到的边界值将上述未完成的用例进行完善 缺点：等价类只考虑输入域的分类，没有考虑输入域的组合 继续以邮箱注册为例，采用正交法补全剩下的测试用例。 1. 找到因素和水平 因素：姓名、电子邮箱、密码、确认密码、验证码 水平：填写、不填写 2. 用allparis工具生成正交表 a. 场景主要包括4种主要的类型：正常的用例场景，备选的用例场景，异常的用例场景，假定推测的场景。 1：张三这人不实诚，小心他缺斤少两 用例2：张三这人粗心，小心他的瓜被压坏了 用例3：张三这人小气，小心不要把他惹哭了 这个方法的缺点是难以系统化，并且过度依赖个人能力。 3、更多用例练习 上面介绍设计测试用例以及方法已经介绍过web场景用例的设计。接下来看看不同题型用例的设计。
27010编辑于 2025-12-17 - 来自专栏测试开发干货
【deepseek用例生成平台-34】用例生成篇章开始
还比如想到不同的功能点适用的用例设计方案也不同，可以针对不同功能点单独配置用例设计方案。 等等等等... 越改越多，越来越复杂，于是乎，自动化的AI用例生成平台就为此而诞生了，也就是本教程。 生成前：在需求上下功夫 2. 生成中：生成测试用例 3. 生成后：对用例进行整理和使用等 那么，现在本教程进入到了哪个阶段了呢？当然是第二阶段了。 于是本节将正式开始做这个用例生成模块： 正文： 先来看看现在的平台样子： 我们首先，可以先对这个用例生成页面进行设计开发： 首先，我们先要获取到有多少个生成任务？ 看一下： 也就是有13个生成任务。 每一个生成任务，我的意思都是用一个子线程来做，用并发来跑。每一个子线程，都要带单独的原始需求+具体的用例设计方案+符合的需求功能点列表。 所以，我们这个用例生成页面，首先先应该给基本信息获取并展示出来，这样在漫长的生成过程中，使用者也可以有个数。 先来生成用例生成子页面吧： 新建：CaseMake.vue 内容如下：复制后需自行换行。
28100编辑于 2025-07-14 - 来自专栏测试开发干货
接口测试平台代码实现62: 多接口用例-2
看看效果： 好的，我们去后台找到 进入这个用例库 的函数： 这就是我们之前设计的 函数。 我们现在去找到控制各个页面进入时候带的数据的函数： child_json 给它加上 用例库需要带的数据： 我们现在 需要去数据库去构造这个大用例的表了： 打开models.py： 然后运行我们常用的两句命令 ： 注意这个project_id， 一定要是自己已有的项目哦，我的是1 你看看自己的； 添加好了： 现在让我们返回到 child_json 来补全代码： 然后我们重启服务，刷新页面，进入用例库看看效果 然后我们重启服务 刷新页面 ，来回切换下接口库 /用例库 ，发现没问题来，项目名称也显示了。 然后我们本节最后，添加一个新增用例的按钮： 放在了这个列表的最下方。 下一节我们 要实现 新增/复制/删除 这三个按钮的功能～ 目前进度代码压缩包： 链接: https://pan.baidu.com/s/1rW3wu20-XBp1SEBU4B2ogQ 密码: u5qh
61430编辑于 2022-05-19 - 来自专栏测试开发干货
接口测试平台163：并发运行用例功能(2)
我们要用什么办法来防止并发用例压力过大呢？ 答案就是限流！ 也就是说，假如你有100个用例，我只允许最多同时10个用例运行。 优点：可控制，压力小，可以把有数据冲突不能同时运行的用例分开不同的组。 缺点：浪费系统性能，比如第一组就剩1个用例的时候，第二组要干等着。 方案二：100个用例，全部并发，但是从线程内设置最大并发线程数为10。这样前十个开始并发运行，有一个先执行完，后面第十一个用例马上就可以顶上，开始执行。 优点：最大使用了系统内存，保证永远都是10个用例在执行，不浪费。 好设计完这个，我们的并发执行用例功能才算结束，但是也并不圆满，因为我们还可以设置让哪些用例参与并发，哪些不参与这个事。
47120编辑于 2022-05-20 - 来自专栏技术进阶之路
UML用例图
用例图中有三种关系： 泛化关系； 包含关系； 扩展关系； 泛化关系 子用例和父用例相似，类似于面向对象中的继承。 箭头由子用例指向父用例。 包含关系 由 基础用例 指向 包含用例 ，基础用例的执行必然会使用包含用例。 我们可以理解为包含用例封装了可以供很多个用例使用的功能。 箭头指向被包含的用例。 扩展关系 由 扩展用例 指向 基础用例 ，基础用例的执行可能会使用扩展用例。 在扩展关系中，基本用例是一个结构完整的用例，即可以独立存在。 箭头执行被扩展的用例。
93930编辑于 2022-05-10 - 来自专栏测试开发社区
接口用例设计
在设计接口用例设计时，除实现功能外，应关注：幂等性、空校验、流程节点限制、异常校验。 ? 01 幂等性 何为幂等性？ 幂等为一数学概念，指使用相同参数重复执行，能获取相同结果。 试想没有幂等性校验会怎样，还以创建支付单为例，当上游一个单子L准备创建支付单，第一次调用创建成功支付单P1，当触发再次调用时： 如果数据表已建立唯一索引，则会插入数据失败，接口抛出异常，上游可能更是一脸懵逼 当然，首先需明白业务逻辑，从而进行用例设计。尤其对于参数复杂的接口，当某一条调用规则下 某些非空参数就需要作为必传了。 03 流程节点限制 流程节点限制，即需严格遵守流程流转。 支付单系统的流程为流程1：创建、支付完成、支付后的使用，流程2：创建、取消。如果目前支付单据为创建状态，对其调用支付后的使用接口，会导致巨大功能问题。 例如收银台查询支付方式接口内部实现为，先查询出支付方式为列表1，然后会将列表1请求风控接口再次过滤得到支付方式列表2。
2.3K31发布于 2020-04-26 - 来自专栏全栈程序员必看
staruml画用例图连线_画用例图的例题
好久没画图在StarUML里都找不到useCase了，记下来不然又忘了 右击Untitled->Add Diagram->UseCase Diagram,然后左边就有UseCase了就可以画用例图了
2.8K30编辑于 2022-10-03 - 来自专栏测试开发干货
【deepseek用例生成平台-38】用例生成模块继续开发
上节课我们做了简单的第一版的 用例生成功能。结果展示到了界面上。 本节课来处理下后续的工作之一：去重。 生成的用例的确很多。 这里再插一嘴，在进行了不同用例生成方法为主的分类后，重复的概率很低，而且即便重复了，也可能是不同侧重的用例。 比如侧重边界值的和侧重判定表的某条重复了：拿登录功能举例 1. 用户名最大长度/密码正确：a123456789 pwdpwd2. 用户名正确/密码正确：a123456789 pwdpwd 所以，虽然这算重复用例，但很明显，测试目的是不同的。 然后我们来找到前端这个按钮，先做前端的功能： step1 : 先给按钮加个点击事件： step2: 在methods中新建这个函数quchong 思考，这个函数要干点啥？ 无非就是： 把生成后的用例传送给后端 接收后端新的去重后的用例 把新用例展示 所以： step3: 写完整这个函数： 好，到此前端部分就结束了。 下节课我们搞定后端就实现了这个功能咯~
23710编辑于 2025-11-12 - 来自专栏用户1963364的专栏
用例图介绍：在线制图UML用例图(use case)
用例图 用例描述了用户如何使用系统来实现特定的目标。用例图由系统、相关的用例图和参与者组成，并且将它们相互联系起来. 为每个目标创建用例。 构建用例。 在第一轮中确定了基本用例之后，也许我们可以在第二轮用<<extend>>和<<include>>进一步构建这些用例， 如下图所示: [用例图] 业务用例图 业务用例是用无技术术语描述的，它将业务流程视为一个黑匣子 下图显示了一个自动柜员机用例图示例，这是在讲授用例图时使用的一个非常经典的示例。 [用例图] 下面的文档管理系统(DMS)用例图示例显示了系统的参与者和用例。特别是，用例之间有包含和扩展的关系。 [用例图] 下面的订单系统用例图示例显示了系统中涉及的参与者和用例: [用例图]
5.1K00发布于 2019-05-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号