最全测试用例的设计方法及案例,2024年最新总结一下

img
img

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

修改优先级为中,该级别需要程序员修改。

数据长度不一致

内容或格式错误

响应时间较慢

功能性建议

提示信息不太准确

操作界面错误(包括数据窗口内列名定义、含义是否一致);

简单的输入限制未放在前台进行控制;

虽然正确性不受影响,但系统性能和响应时间受到影响;

不能定位焦点或定位有误,影响功能实现;

增删改功能,在本界面不能实现,但在另一界面可以补充实现。

四. 低级问题(Minor)

定义: 使操作者不方便或遇到麻烦,但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题修改优先级为低,该级别需要程序员修改或不修改。

界面不规范;

辅助说明描述不清楚;

输入输出不规范;

长时间操作未给用户提示;

提示窗口文字未采用行业术语;

可输入区域和只读区域没有明显的区分标志;

必填项与非必填项应加以区别;

滚动条无效;

键盘支持不好,如在可输入多行的字段中,不支持回车换行;

界面不能及时刷新,影响功能实现。

三、测试用例的设计方法

==============================================================================

首先从整体的角度设计分析测试用例(基于需求),验证需求的正确性和合理性,分析需求,细化需求,从需求中分解出测试项,根据测试项找出功能,进行测试用例的编写

3.1等价类


等价类就是把输入划分成若干个等价类,从每一个等价类中取出一个测试用例,如果这个测试用例能够通过,那么我们就说这个测试用例代表的等价类测试通过。

有效等价类: 对于程序规格说明来说,是合理的,有意义的输入数据构成的集合

无效等价类:对于程序规格说明来说,是不合理的,无意义的输入数据构成的集合

设计测试用例时,要同时考虑有效等价类和无效等价类

适用场景: 测试用例过多,无法一一进行测试,

3.2边界值法


针对输入输出的边界值进行测试的一种黑盒测试用例,通常情况下边界值法是对等价类方法的补充 ,

在平时测试中得知,大量的错误是发生在输入或输出范围的边界上,而不是在输入范围的内部。边界值分析法的测试数据必须在等价类的边界值附近选取;边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况。

例如 我们需要购买3000元以下的耳机 通过等价类和边界值法就可以得出:

有效等价类:小于3000元

无效等价类 :大于3000元

边界值 就是 2999元 3000元 3001元

3.3因果图法


当输入很多,并且不同的输入组合对应着不同的输出,这种场景就利用因果图法来分析不同输入组合和输出之间的对应关系

因果图就是逻辑图 ,其中包含 与 或 非 恒等

在这里插入图片描述

因果图法设计步骤:

1.分析出所有输入和输出之间的关系

2.找出输入和输出的关系

3.画因果图

4.根据因果图画判定表

5.把判定表转换成测试用例

一定要要将所有结果写出来,

3.4场景设计法


现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流,该方法可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,使测试用例更容易理解和执行

这里我们举个详细的例子来介绍场景设计法:

ATM机上取款 : 插卡——输入密码——选择取款业务(输入钱数)——取款 主要功能,核心流程

(1)插卡 :卡插反了,差错卡了,卡正确但是消磁了,卡冻结了,里面有上一个人的卡插不进去 —— 插入正确的卡

(2)输入密码: 密码位数不够,密码输入错误,密码输入错误达到上限, —— 密码输入正确

(3)选择取款业务(输入钱数): 选错业务 , 输入钱数大于卡内余额,输入钱数大于ATM机内余额,累计取款额数达到今日上限,超过每次取款上限,超过每天取款次数限制——正确钱数

(4)取款: ATM吐出来少钱,多钱, ATM吐出钱有破损 ,ATM是否吐钞,超过超时没有取出来

ATM 机 的断网 断电等异常

插卡插反了,但是第二次插正确了,仍然可以正常取钱

卡注销/冻结 无法正常取钱,会给用户提醒,“卡已注销”

密码第一次输入错误,但是第二次输入正确也能进行取钱操作

密码输入三次错误,账户被冻结 无法取钱,

即我们利用场景法设计测试用例时,先把主要的功能,核心流程列出,之后再进行细化来根据场景描述测试用例。

3.5正交排列法


正交排列法引入就是解决因果图法测试用例太多的问题。正交试验设计是研究多因素多水平的一种设计方法,它是根据正交性,由实验因素的全部水平组合中挑选出部分有代表性的点进行实验,通过对这部分实验结果的分析了解全面试验的情况,找出最优的水平组合,正交试验设计是一种基于正交表的,高效率,快速,经济的试验

根据正交性选出最优的水平组合进行试验,用实验的结果来分析这个测试用例的结果

正交排列法的目的就是为了减少用例的数量,用尽量少的用例,覆盖输入的两两组合

因素数:变量的个数

水平数: 变量取值的最大个数

正交表的构成:

行((水平数-1)*(因素数+1))和列(因素数)

正交表的性质:

1.每一列不同数据出现次数一样多

2.任意两列各数据组合出现的次数一样多

正交表设计测试用例的步骤:

1.找出所有的输入变量个数(确定因素数)

2.确定变量的取值,(确定水平数)

3.确定正交表的行和列

4.根据正交表的性质来填写正交表

5.把正交表的每一行对应写成一个测试用例

6…补充你认为重要的但是却没有出现再正交表中的测试用例

根据一个简单例子来熟悉

例子:用户注册邮箱时(用户名,邮箱,密码,确认密码,验证码)

1.变量数 5 用户名,邮箱,密码,确认密码,验证码

2. 水平数 2 输入 和不输入

3. 确定正交表的行和列 即正交表的列为5,行数为 6

4.根据正交表的性质来填写正交表

在这里插入图片描述

5.把正交表的每一行写成对应的测试用例:

(第一行)姓名输入,邮箱不输入,密码输入,确认密码输入,验证码不输入;

(第二行)姓名输入,邮箱输入,密码不输入,确认密码不输入,验证码输入;

(第三行)姓名不输入,邮箱输入,密码输入,确认密码输入,验证码不输入;

(第四行)姓名不输入,邮箱不输入,密码不输入,确认密码输入,验证码输入;

(第五行)姓名输入,邮箱不输入,密码输入,确认密码不输入,验证码输入;

(第六行)姓名不输入,邮箱输入,密码不输入,确认密码不输入,验证码不输入;

img
img

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

715396811265)]

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 6
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 测试用例是软件测试过程中必不可少的一部分,它描述了需求和系统功能的各个方面,同时也指导着测试工程师进行测试活动。下面是一种常见的编写测试用例方法: 1. 概述性测试用例:该类测试用例用于描述系统的整体功能和目标。例如,对于一个购物网站,可以编写如下测试用例:用户可以浏览商品、添加商品到购物车、生成订单等。 2. 功能性测试用例:该类测试用例用于测试系统的各个功能点。通过对每个功能点编写测试用例,可以验证系统在各种情况下的各种操作是否能正常执行。例如,对于一个登录功能,可以编写如下测试用例:输入正确的用户名和密码,验证是否成功登录;输入错误的用户名和密码,验证是否登录失败。 3. 边界值测试用例:该类测试用例用于验证系统在接近边界值的情况下的行为。例如,在一个注册页面中,要求密码的长度在6-8个字符之间,可以编写如下测试用例:注册时输入6个字符的密码,验证是否成功注册;注册时输入8个字符的密码,验证是否成功注册。 4. 异常处理测试用例:该类测试用例用于验证系统在异常情况下的处理能力。例如,对于一个支持多种支付方式的系统,可以编写如下测试用例:在支付过程中,断开网络连接,验证系统是否能正确处理网络异常情况。 5. 性能测试用例:该类测试用例用于验证系统在高负载情况下的性能表现。例如,对于一个电商网站,在大促销期间可以编写如下测试用例:模拟1000个用户同时登录系统,并浏览页面,验证系统是否能正常响应。 除了以上几种常见的测试用例方法外,还可以根据具体的测试需求进行编写。同时,在编写测试用例时,还应该考虑到测试用例的可复用性和可维护性,以提高测试效率。最后,通过执行测试用例,可以发现系统中的问题并及时修复,保证软件的质量和稳定性。 ### 回答2: 测试用例是软件测试中的一项重要工作,它用于验证软件系统是否满足给定的需求和规范。编写全面的测试用例是确保软件质量的关键。以下为最全测试用例方法: 1.需求分析:通过仔细分析需求文档,了解软件的功能和性能要求,从而确定测试的范围和目标。 2.边界值分析:将输入值的上下限和临界值作为测试用例的重点,以确保系统能够正确处理边界情况。 3.功能测试:根据软件的各个功能点编写测试用例,确保每个功能都能正常工作。 4.性能测试:根据性能要求编写测试用例,验证系统在各种负载和压力下的表现。 5.安全测试:编写测试用例,验证系统对恶意攻击和未授权访问的防护能力。 6.兼容性测试:根据系统要求和支持的操作系统、浏览器、设备等,编写测试用例,验证系统在不同环境下的兼容性。 7.用户界面测试:编写测试用例,验证系统界面的布局、样式和交互是否符合设计要求。 8.错误处理测试:编写测试用例,模拟系统出现错误的情况,验证系统能否正确地捕获和处理这些错误。 9.数据库测试:编写测试用例,验证系统对数据库的读写操作是否正确,以及对数据的完整性和一致性的保护是否有效。 10.回归测试:在每次修改或更新后,编写测试用例,验证系统的已有功能是否受到影响。 11.可维护性测试:编写测试用例,验证系统的易维护性,包括代码的可读性、可扩展性和可重用性等。 12.文档验证测试:通过验证用户手册、安装指南、操作手册等文档,编写测试用例,验证文档的准确性和完整性。 最全测试用例方法可以帮助测试团队全面而有效地覆盖系统的各个方面,提高软件质量并减少系统故障的风险。 ### 回答3: 在编写测试用例时,我们可以采用以下方法来确保测试覆盖率和测试质量: 1. 需求覆盖法:根据需求文档逐一列出每个需求,并编写对应的测试用例,确保每个需求都被覆盖到。 2. 边界值法:测试用例应包含对每个输入的边界值进行测试,以确保程序在边界值情况下的行为符合预期。 3. 等价类划分法:根据输入条件的特点将输入值划分为等价类,并为每个等价类设计测试用例。这样可以有效地减少测试用例的数量,同时保证覆盖了各种情况。 4. 错误推测法:假设程序存在错误,并设计测试用例来验证这些错误情况。例如,输入非法字符、输入超出限制范围等。 5. 逆向思维法:设计测试用例时,应该思考逆向情况,即考虑实现的功能相反的情况,从而保证程序在极端情况下的正确性。 6. 专家经验法:借助专家的经验,结合实际项目情况,对测试用例进行设计,以保证测试的全面性和准确性。 7. 分层递进法:将测试用例按照层次进行分组,先测试最基本的功能,再逐步测试更复杂的功能,以确保每个层次的功能都正确无误。 通过综合运用以上测试用例方法,我们可以设计出全面、高效、稳定的测试用例,确保系统功能的正确性和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值