软件测试最重要的事之【编写用例】

这篇具有很好参考价值的文章主要介绍了软件测试最重要的事之【编写用例】。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

 软件测试用例得出软件测试用例的内容,其次,按照软件测试写作方法,落实到文档中,两者是形式和内容的关系,好的测试用例不仅方便自己和别人查看,而且能帮助设计的时候考虑的更周。

一个好的测试用例必须包含足够的内容,将这些内容可以拆分为八个要素:用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤、预期输出。

1、用例编号

  1)规则:是由字符和数字组成的字符串,具有唯一性、易识别性。
  2)不同阶段的测试用例的用例编号
     --系统测试用例:产品编号_ST_系统测试项名_系统测试子项名_XXX(具体用例序号)
     --集成测试用例:产品编号_IT_集成测试项名_集成测试子项名_XXX(具体用例序号)
     --单元测试用例:产品编号_UT_单元测试项名_单元测试子项名_XXX(具体用例序号)

2、测试项目

  1)规则:对应测试用例编号中的测试子项名
  2)不同阶段的测试用例项目的具体规则
     __系统测试用例:对应一个功能点(功能测试)、性能指标(性能测试)界面中控件(GUI测试)等,即软件需求项
     __集成测试用例:集成后的模块功能名或者内部的接口名
     __单元测试用例:被测试的函数名

3、测试标题(TestCase Title)

  1)规则:体现测试的出发点、关注点以及测试用例期望的测试结果;
          将测试项目和测试标题串在一起表示的是在“测试标题”情况下测试“测试项目”。

4、重要级别/优先级别(TestCase Priority)

  1)含义:用例的重要级别一般分为3个等级:高、中、低,具体划分依据:
       (1)高级别:对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的测试用例;
       (2)中级别:对应重要程度介于高和低之间的测试用例;
       (3)低级别:对应实际使用频率不高,对系统业务功能影响不大的模块或功能的测试用例。
  2)测试用例的优先级作用
       (1)便于制定测试规程(测试用例执行的顺序)即测试过程;
       (2)回归测试中依据优先级可以选择不同方法;
       (3)自动化测试
       (4)缺陷报告严重性和优先级

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

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

   范例【1】:系统测试用例
            *1*针对计算器中加法功能进行测试
                  * 用例编号 CALC_ST_ADD_01
                  * 测试项目 测试加法功能
                  * 测试标题 两个合法数相加得到合法的和
                  * 重要级别 高
            *2*针对word中打开文件功能进行测试
                  * 用例编号 WORD_ST_FileMenu_OpenFile_08
                  * 测试项目 测试打开文件功能
                  * 测试标题 打开合法doc文档
                  * 重要级别 高
            *3*针对word中新建空白文件功能进行测试
                  * 用例编号 WORD_ST_FileMenu_NewFile_BlankFile_01
                  * 测试项目 测试新建空白文件功能
                  * 测试标题 内存充足时新建空白文档
                  * 重要级别 高
            *4*针对手机拨打紧急号码进行测试
                 (1)  * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
                      * 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
                      * 测试标题 无SIM卡时,在NOKIA的网络环境中拨打119
                      * 重要级别 高
 
                 (2)  * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
                      * 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
                      * 测试标题 无SIM卡时,在NORTEL的网络环境中拨打119
                      * 重要级别 高
 
                 (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.无法访问必须用户才能访问的界面。

如果文章对你有帮助,记得点赞,收藏,加关注。会不定期分享一些干货哦......

最后: 我给大家整理了一份完整的全套软件测试学习教程,朋友们如果需要可以自行免费领取 【保证100%免费】

                           软件测试最重要的事之【编写用例】文章来源地址https://www.toymoban.com/news/detail-481003.html

到了这里,关于软件测试最重要的事之【编写用例】的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 软件测试|详解 Pytest 参数化:简化测试用例的编写

    简介 Pytest 是一个广泛使用的 Python 测试框架,它提供了丰富的功能来编写和执行测试用例。其中一个强大的特性是参数化,它允许我们通过一种简洁的方式运行多个输入参数的相似测试用例,从而减少冗余的代码。本文将详细介绍 Pytest 的参数化功能以及如何使用它来简化测

    2024年01月20日
    浏览(42)
  • 软件测试用例编写规范文档,模板都给你了我看谁还不会写测试用例

    目录 前言 一 概述 1.1目的 1.2使用范围 二 测试用例编写原则 2.1系统性 2.2连贯性 2.3全面性 三 测试用例设计方法 3.1 等价类划分法: 3.2 边界值分析法: 3.3 因果图法: 3.4功能图法 3.5错误推测法 四 测试用例编写规范 4.1测试用例命名规则 4.2测试用例编号规则 4.3测试用例文档书

    2023年04月26日
    浏览(35)
  • 软件测试学习(四)自动测试和测试工具、缺陷轰炸、外包测试、计划测试工作、编写和跟踪测试用例

    目录 自动测试和测试工具 工具和自动化的好处 测试工具 查看器和监视器 驱动程序 桩 压力和负载工具 干扰注入器和噪声发生器 分析工具 软件测试自动化 宏录制和回放 可编程的宏 完全可编程的自动测试工具 随机测试:猴子和大猩猩 使用测试工具和自动化的实质 缺陷轰炸

    2024年02月08日
    浏览(40)
  • 软件测试之项目实战,必须知道的事与测试面试项目测试流程......

    有一句话说得好:生活中并不缺少美,而是缺少发现美的眼睛。 项目经验? 其实要想自己拥有真实的项目经验,别无他法,唯一的办法就是去做。 只有自己亲自动手去做了,获取的经验才是自己的经验。 只是听别人讲,是没办法明白在项目中会遇到的各种问题的。 项目:

    2023年04月19日
    浏览(36)
  • 软件测试测试用例

    等价类: 把输入的数据可以分为有效的数据和无效的数据 被测试的对象输入的数据: 1、有效的数据 2、无效的数据 测试一个产品,需要考虑它的正确场景,也需要考虑它的异常场景 边界值: 边界值测试用例是针对等价类测试用例方法的补充,因为等价类测试用例的方法只考

    2024年02月16日
    浏览(30)
  • 【软件测试】测试用例

    目录 🌷1. 测试用例的基本要素 🌷2. 测试用例的设计方法 🌳2.1 基于需求进行测试用例的设计 ⭐️(1)功能需求测试分析 ⭐️(2)非功能需求测试分析 🌳2.2 具体的设计方法 (黑盒测试) ⭐️(1)等价类 ⭐️(2)边界值 ⭐️(3)错误猜测法 ⭐️(4)场景设计法 ⭐️

    2023年04月15日
    浏览(30)
  • 软件测试之测试用例

    1. 测试用例定义 测试用例又叫做test case,是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。 2. 编写测试用例的原因 2.1 理清思路,避免遗漏 如果测试的项目大而复杂,我们可以把项目功能细分,根据每一

    2024年02月09日
    浏览(39)
  • 软件测试的测试用例

    黑盒测试:把代码看成一个黑盒子,只关心输入和输出结果之间的关系 产品功能是否符合要求; 白盒测试:能够看到代码本身,针对代码本身进行测试,测试代码本身的逻辑是否符合规范。 2.1 测试用例的基本概念         基于需求设计测试用例是测试设计和开发测试用例

    2024年02月07日
    浏览(40)
  • 【软件测试】测试用例评审说明

    为用例评审提供一个参考标准,保证评审的覆盖率和有效性 为了避免三方需求理解不一致 保证测试人员的质量标准与项目标准一致 为了减少测试人员执行阶段无效工作 保证相关人员对即将要上线的需求有了解 检查测试人员是否准确理解需求,确保每个需求点都覆盖到。 通

    2024年02月12日
    浏览(63)
  • 软件测试 - 测试用例基本理论

    目录 前言: 1. 概念 2. 组成要素 3. 作用 软件测试用例是软件测试的基本理论之一,它是用来定义和描述对软件系统进行测试的一组步骤和条件。测试用例旨在验证软件系统的功能、性能、可靠性等方面是否满足需求和预期。 为了特定的目的(该目的是检验代码是否满足用户需

    2024年02月12日
    浏览(23)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包