史上最详细的测试用例写作规范_测试用例序号规范,2024年最新软件测试开发热门前沿知识

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新软件测试全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以添加V获取:vip1024b (备注软件测试)
img

正文

(3) * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001

  • 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
  • 测试标题 无SIM卡时,在ERICSIION的网络环境中拨打119
  • 重要级别 高
    范例【2】:集成测试用例
    1针对加法函数接口进行测试
  • 用例编号 CALC_IT_AddInterface_01
  • 测试项目 测试加法接口函数
  • 测试标题 x>y求和
  • 重要级别 高
    AddInterface对应加法函数接口。
    范例【3】:单元测试用例
    1针对ctrl函数进行测试
  • 用例编号 CALC_UT_Ctrl_01
  • 测试项目 测试ctrl函数
  • 测试标题 x=y调用减法函数
  • 重要级别 高
    Ctrl对应ctrl函数。
5、预置条件(Test Pre_condition)

1)含义:测试用例在执行时需要满足一些前提条件,否则测试用例是无法执行的,这些前提条件就是预置条件,设置预置条件时经常分为两种情况:
(1)环境的设置,例如测试word文档打开功能,需要提前准备打开的文档,这就是预置条件。
(2)先要运行其他的测试用例,例如测试自动取款机功能,有输入账户信息的测试用例和输入取钱金额的测试用例,则后者的预置条件就可以写为输入正确账户信息的测试用例。
2)注意(PS):测试预置条件–是针对单个用例
测试环境–针对所有用例(测试环境有问题会导致测试活动挂起/暂停)

@测试用例写作范例(二)

以下测试用例是针对用例编号、测试项目、测试标题、重要级别、预置条件进行举例说明:

范例【1】:系统测试用例
1针对自动取款机的取款功能进行测试

  • 用例编号 ATM_ST_Account_01

  • 测试项目 测试ATM的账户识别功能

  • 测试标题 输入正确的账户信息

  • 重要级别 高

  • 预置条件 无

  • 用例编号 ATM_ST_GetMoney_01

  • 测试项目 测试ATM的取款功能

  • 测试标题 取款金额不是50的倍数

  • 重要级别 高

  • 预置条件 ATM_ST_Account_01

6、测试输入(Test Input)

1)含义:指测试执行过程中需要加工的外部信息。
2)规则:避免用描述性的语言,要具体;
根据软件测试用例的具体情况,有手工输入、文件、数据库记录等。

7、操作步骤(Operation/Execute Steps)

1)规则:执行当前测试用例需要经过的操作步骤,需要明确的给出每一个步骤的描述,测试用例执行人员可以根据该操作步骤完成测试用例执行。

@测试用例写作范例(三)

以下测试用例是针对用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤进行举例说明:

范例【1】:系统测试用例
1针对word中打开文件功能进行测试

  • 用例编号 WORD_ST_FileMenu_OpenFile_08
  • 测试项目 测试打开文件功能
  • 测试标题 打开合法doc文档
  • 重要级别 高
  • 预置条件 新建WORD_ST_FileMenu_OpenFile_08.doc文件,其中只有“helloWorld”字符串
  • 测试输入 WORD_ST_FileMenu_OpenFile_08.doc
  • 操作步骤 1.点击word文件菜单中“打开”子菜单;
  •     2.选择WORD_ST_FileMenu_OpenFile_08.doc,点击打开按钮。
    
8、预期输出(Expected Results)

1)含义:预期输出是测试用例中非常重要的部分,要想判断被测对象是否正常工作,都需要通过预期输出来进行判定。
在编写预期输出时可以从以下三个方面来进行考虑:
(1)界面显示(操作步骤执行完毕后,界面显示的提示信息)
(2)数据库的变化(操作步骤执行完毕后,数据库中的记录会发生相应的变化)
(3)相关信息的变化(操作步骤执行完毕后,一些和被测对象相关的信息会发生变化)

@测试用例写作范例(四)

以下测试用例是针对用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤及预期输出进行举例说明,即完整的测试用例写作方法,以系统测试用例为例:

范例【1】针对论坛的注册功能进行测试

  • 用例编号 DISCUZ_ST_Register_02
  • 测试项目 测试注册功能
  • 测试标题 用户名长度不够
  • 重要级别 中
  • 预置条件 无
  • 测试输入 参数1 用户名:yinjidudu
  •     参数2 密码:yinjidudu
    
  •     参数3 密码确认:yinjidudu
    
  •     参数4 邮件地址:yinjidudu@126.com
    
  • 操作步骤 1.进入注册页面;
  •     2.顺序输入以上4个参数;
    
  •     3.点击注册按钮。
    
  • 预期输出 1.界面提示注册失败;
  •     2.数据库中查不到yinjidudu用户;
    
  •     3.无法访问必须用户才能访问的界面。                                
    

范例【2】针对论坛的帖子删除功能进行测试

  • 用例编号 DISCUZ_ST_DeletePost_06
  • 测试项目 测试删帖功能
  • 测试标题 删除多个帖子
  • 重要级别 高
  • 预置条件 登录成功且该用户有删帖权限
  • 测试输入 无
  • 操作步骤 1.进入删帖页面;
  •     2.选择4篇帖子;
    
  •     3.点击删除按钮,并确认。
    
  • 预期输出 1.界面提示删除成功;
  •     2.数据库中查不到这4篇帖子;
    
  •     3.无法访问这4篇帖子对应的链接,提示帖子已删除。  
    

范例【3】针对论坛的注销功能进行测试

  • 用例编号 DISCUZ_ST_LogOut_03
  • 测试项目 测试注销功能
  • 测试标题 编辑帖子并上传了附件时注销
  • 重要级别 高
  • 预置条件 登录成功
  • 测试输入 无
  • 操作步骤 1.编辑帖子,并上传1个附件文件;
  •     2.点击注销按钮。
    
  • 预期输出 1.界面提示注销成功;
  •     2.数据库中session表中该用户状态发生变化;
    
  •     3.无法访问必须用户才能访问的界面。
    

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

需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)
img

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)*
[外链图片转存中…(img-qjs64uqp-1713473755627)]

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

  • 21
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
软件测试中,为测试用例命名是一项重要的任务,它可以帮助团队成员更好地理解和识别每个测试用例的目的和内容。以下是一些常见的软件测试用例命名规范: 1. 清晰和具体:测试用例的名称应该清晰明确,能够准确描述被测试的功能或场景。避免使用模糊或含糊不清的术语,以免导致误解或混淆。 2. 使用关键词:在测试用例名称中使用关键词可以帮助快速理解其目的和内容。关键词可以是功能、模块、需求、特定的操作等。例如,如果测试登录功能,可以在用例名称中包含关键词"登录"。 3. 使用动宾结构:采用动宾结构可以使测试用例名称更加规范和易读。动词描述操作,宾语描述被操作的对象。例如,"点击提交按钮"、"验证错误提示信息"等。 4. 一致性:保持测试用例命名的一致性有助于组织和管理测试用例。使用相同的命名规范,使得团队成员能够更容易地寻找、理解和比较不同的测试用例。 5. 使用编号或序号:为测试用例添加编号或序号可以帮助标识和排序。使用数字编号或序号,可以根据需要对测试用例进行排序或跟踪。 6. 避免冗长和复杂:尽量避免过长或复杂的测试用例名称。简洁明了的名称更易于记忆和理解。如果需要更详细的描述,可以在用例的描述或注释中进行补充。 7. 注重可搜索性:考虑到测试用例的搜索和过滤,确保用例名称具有一定的可搜索性。使用常见的关键词或标签,以便于在测试管理工具中进行快速检索。 最重要的是,根据团队的需求和约定制定适合自己项目的测试用例命名规范。这样可以确保测试用例名称的一致性和可读性,提高测试效率和管理质量。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值