测试用例场景法-复杂例子_（财务审批）

最新推荐文章于 2024-05-10 21:07:17 发布
最新推荐文章于 2024-05-10 21:07:17 发布
阅读量987 收藏 5
点赞数
文章标签： 测试用例
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ZhouChengtop/article/details/125900821
版权

单位权限内场景：

1.场景一：单位-查看单位资产使用事项-单位权限内单位审批-向教育部（财务司）申请备案-审核通过-财政部审核通过-予以备案

2.场景二：单位-查看单位资产使用事项-单位权限内单位审批-向教育部（财务司）申请备案-审核未通过-单位审批-向教育部（财务司）申请备案-审核通过-财政部审核通过-予以备案

3.场景三：单位-查看单位资产使用事项-单位权限内单位审批-向教育部（财务司）申请备案-审核未通过-单位审批-向教育部（财务司）申请备案-审核通过-财政部审核未通过-教育部（财务司）审核通过-财政部审核通过-予以备案

4.场景四:单位-查看单位资产使用事项-单位权限内单位审批-向教育部（财务司）申请备案-审核通过-财政部审核未通过-教育部（财务司）再审核通过-财政部审核通过-予以备案

5.场景五：单位-查看单位资产使用事项-单位权限内单位审批-向教育部（财务司）申请备案-审核通过-财政部审核未通过-教育部（财务司）再审核未通过-单位审批-向教育部（财务司）申请备案-审核通过-财政部审核通过-予以备案

ZhouChengtop
关注
靠谱测试工程师如何使用因果图设计复杂测试用例
zjl20200127的博客
04-16 290
使用因果图的好处 1 考虑了多个输入之间的相互组合、相互制约关系 2 能够帮助我们按一定步骤，高效率地选择测试用例，同时还能为我们指出，程序规格说明描述中存 使用因果图的好处 1 考虑了多个输入之间的相互组合、相互制约关系 2 能够帮助我们按一定步骤，高效率地选择测试用例，同时还能为我们指出，程序规格说明描述中存在着什么问题 利用因果图导出测试用例需要经过的一般步骤 1.分析程序规格说明的描述中，哪些是原因，哪些是结果。 2.分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的因果图 3
复杂例子的测试
Bash_linux的专栏
03-08 850
复杂例子的测试 该例子生成的语言较为简单，仅仅支持整数的加减乘，不支持除法，不支持字符串。下面以两个例子展示该语言的语法。 测试用例一：计算1+2+….. …+I {计算 1 + 2 +3 + 。。。} A = 0; input I; sum = 0; while A  begin sum = sum + A; A = A +1 end; print sum 用例中,
一个技巧轻松构造复杂测试用例的前置条件
公众号：【伤心的辣条】
05-23 637
大多数测试比较麻烦的地方都在于前置条件的构造。而参数解析器就是解决这个问题的一个好工具。其实不只是Java语言，在其他的测试框架中应该也有类似的机制，上面只是提供了一种思路，大家可以借鉴这个思路在各自熟悉的语言或框架上灵活运用。下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】
复杂查询用例
天天成长的博客
09-28 173
[code]SELECT t0.googsB_id, t1.NAME, t1.code, SUM(t0.num), nvl(SUM(decode((SELECT substr(s.code, 0, 3) FROM goodsA_type s ...
测试用例设计和编写
qq_60219215的博客
11-16 1701
用例要素： 用例编号、模块、场景、用例名称、前提条件、测试等级、操作步骤、预期结果、实际结果、创建日期、创建人 等价类划分： 定义：依据需求将输入划分为若等价类，从等价类中选定一个测试用例，如果该测试用例通过，则表明整个等价类通过测试。 使用场景:对于等价类这个法，一般适用于有无限多种输入我们不可能完成穷举测试，等价类可以使我们用较少的测试用例尽可能多的将功能覆盖。 有效等价类和无效等价类： 有效等价类：有意义的输入构成的集合，对于需求规格说明书是合法的； 无效等价类：不满足需求的集合。 例
测试用例场景法3个例子
ZhouChengtop的博客
07-20 2170
测试用例场景法
【测试基础】软件测试用例设计方法
AAIT11的博客
08-19 1296
软件测试用例设计方法 软件测试的核心就是测试用例的编写！！！ 那么我们应该学习如何来编写软件测试用例呢？ 通常我们会通过学习几种设计放了编写软件软件用例它们分别是等价类划分，边界值分析法，场景法,错误推测法（反推法） 1. 等价类划分法 定义 等价类划分法是一种典型，重要的黑盒测试方法，是指某个输入域的子集合。该子集合中，所有的输入数对于揭露软件中的错误都是等效的。(这里的输入域可以指：文本域，下拉框等等。） 等价划分分：有效等价类和无效等价类。 等价类划分用例设计原则 1. 划分有效及无效等价类，
day03---流程图作业--场景法
qq_44954371的博客
07-20 402
测试用例
自动化测试领域Python环境下的测试用例开发规范与流程说明
最新发布
02-14
内容概要：本文档面向自动化开发团队，旨在规范化自动化测试脚本的开发与部署，提升测试的可靠性与可追溯性。文档详细阐述了开发准备阶段所需的软硬件环境（包括Python及其版本要求、Pycharm编辑器版本）、执行机的...
测试用例怎么写——黑盒测试
UCCU1daydayde的博客
09-28 1643
1.通用的测试方法 页面校验：布局，颜色，字体、页面元素 必填项：有红色*标识，只输入空格、回车等特殊字符不可以，空不可以 固定长度：小于x，等于x，大于x 区间长度：（A,B）：A,A+1,A-B,B-1,B,其中A和B不可以通过验证 [A,B]:A-1,A,A-B,B,B+1,其中A-1和B+1不可 数据类型：整数（+、-、0）、小数、汉字、字母、特殊符号 上传附件：上传空文件、打开的文件、小于等于限制大小的文件、大于限制大小的文件、小于等于限制数量文件、大于限制数量的文件、满足类型的文件、不满足类型
审核流程系统的接口自动化测试
03-01
使用python语言，实现审核流程系统的接口自动化测试，通过用例数据控制审核步骤
测试用例评审检查单
05-05
测试用例评审检查单,关于测试用例的评审以及需要注意的点和使用方面的需要
模糊测试：如何自动创建复杂的测试用例并发现未知错误
weixin_37098404的博客
09-16 1721
作者 | Fabien Duchene译者 | Sambodhi据 Wikipedia 介绍，模糊测试 （fuzz testing, fuzzing）是一种软件测试技术，...
【门店审批日志】测试用例设计遗漏点总结
weixin_37803859的博客
10-11 524
测试用例对测试点的覆盖度越来越高是需要一点点积累的，鉴于此目的，谨在博客中记下经常忽视的测试点，以便复习。 1、测试需求：门店审批日志 门店修改的数据都会按照修改批次形成日志记录下来，针对此需求设计用例时出现了以下疏漏： 2、遗漏点整理 门店名称输入纯数字很多位，导出Excel的时候会被科学计数，不能正常显示 加载一个新页面的时候，是重新打开一个新的网页还是在之前的网页上重新加...
测试用例评审
seanyang_的博客
03-16 3425
【用例评审】 通过对测试用例的评审以确保用例是全面的、正确的、没有冗余的。 测试用例的评审严格来讲是需要项目组的全体人员都参与的，但在实际工作中，一般都是只有本项目组的测试人员参与评审。 评审测试用例前，测试人员会将自己编写的测试用例以文档的形式提前发送给测试组的全体成员， 测试组的其他人员各自以文档批注的形式进行反馈或是由测试经理召开用例评审大会， 以会议的形式进行评审。评审完成后，测试人员会依据其他测试人员的评审建议和意见进行修改。 一般情况下，测试人员会从以下几个方面对测试用例进行评审。 （1）测试用
测试用例（测试用例的编写、评审和管理）
xiadanying的博客
06-12 6110
文章目录测试用例介绍需求分析与测试点编写测试用例编写方法用例编写测试用例评审测试用例管理 测试点划分的常用术语 兼容性：在不同平台上的表现 易用性：用户使用是否友好 UI元素：界面布局 测试用例介绍 测试用例是什么 是测试时使用的文档 测试工作的核心 一组在测试时输入输出的标准 软件需求的具体对照 测试用例有什么作用 检验软件是否满足用户需求 体现一个测试人员的工作量 展现测试...
财政管理一体化系统测试案例预算指标管理测试案例 目 录1 执行指标录入（年初数、正式指标、调整指标） 41.1 执行指标录入（年初数、正式指标、调整指标）CZB00
yushibing717的博客
05-10 707
点击【导入】按钮，进入指标导入界面，选择一有效文件，进行导入操作。在界面上选择 ‘未审核’的指标，点击【审核通过】按钮，填入审核意见，点击【确定】（一人或多人同时做），提交数据。在界面上选择 ‘已审核’的指标，点击【取消审核】按钮，填入审核意见，点击【确定】（一人或多人同时做），提交数据。点击【保存】后查看主界面上显示的数据同修改后的数据项一致，正确输入的提示和错误输入的提示正确且符合用户习惯。在界面上选择 ‘未审核’的指标，点击【退回】按钮，填入审核意见，点击【确定】（一人或多人同时做），提交数据。
测试用例评审标准
weixin_30736301的博客
06-04 402
1、目的 为用例评审提供一个参考标准，保证评审的覆盖率和有效性 2、范围 本文档阅读对象为项目经理、测试工程师及项目组所有成员，适合于任何产品和项目。 3、评审分类 测试组内部的评审：测试部门成员参与 项目组内部的评审：项目经理、产品人员、开发人员和测试人员参与 4、评审内容 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。 优先级安排是否合理。...
如何评审功能测试用例
07-13 1267
用例评审目的： 为了减少测试人员执行阶段做无效工作；（执行无效case，提交无效问题）为了避免三方需求理解不一致； 为了每个测试人员的质量标准与项目要求标准达成一致； 用例评审的四个环节： 需求评审、需求实现流程图评审、测试大纲评审、测试用例检查 需求评审： A 检查讲解的内容无丢失 B 检查需求理解无偏差 C 检查需求讲解思路清晰 D 检查需求讨论会议提出
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值