史上最详细的测试用例写作规范

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

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

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.无法访问必须用户才能访问的界面。

2023最新Jmeter接口测试从入门到精通(全套项目实战教程)

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 史上最全的app通用测试用例可能会包括以下几个方面的测试用例: 1. 用户界面测试: - 应用的布局和界面是否符合设计要求; - 界面是否美观、易用; - 按钮、链接和其他互动元素是否正常响应。 2. 功能性测试: - 对应用的各项功能进行测试,例如登陆、注册、查看数据、上传文件等; - 确保功能的正常运行和响应速度; - 对不同的输入参数进行测试,确保应用能够正确处理各种情况。 3. 兼容性测试: - 测试应用在不同操作系统、不同设备上的兼容性; - 确保应用在不同的手机型号和尺寸上都能正常运行。 4. 安全性测试: - 检查应用的数据传输是否加密; - 检查应用是否有足够的防护措施,例如防止SQL注入、XSS攻击等; - 检查应用是否有足够的权限管理措施,例如用户权限分配、数据保护等。 5. 性能测试: - 对应用进行负载测试,测试在大量用户同时访问时的性能表现; - 测试应用的响应速度、资源占用情况等; - 测试应用是否能够处理大量数据,例如大文件的上传下载等。 6. 可靠性测试: - 对应用进行稳定性测试,测试在长时间运行时是否会出现崩溃或资源泄漏等问题; - 测试应用是否能够正确处理异常情况,例如网络中断、服务器宕机等。 7. 用户体验测试: - 进行用户调研,了解用户对应用的使用体验、反馈和建议; - 根据用户的反馈进行优化和改进。 请注意,以上只是对app通用测试用例的简要描述,具体的测试用例会根据应用类型、功能和需求等因素进行调整和补充。 ### 回答2: 通用的APP测试用例有很多,以下列举一些常用的用例: 1. 启动测试:测试APP是否能够成功启动,包括正常启动、快速启动、错误启动等情况。 2. 用户注册与登录:测试用户注册和登录功能,包括账号密码输入正确性验证、注册登录成功与失败的提示等。 3. 界面测试:测试APP的各个界面和页面的布局、样式、交互是否正确显示和正常工作。 4. 功能测试:测试APP的各个功能,包括各个按钮、菜单、链接等功能是否可以正常使用和操作,以及是否符合用户预期。 5. 数据输入输出测试:测试APP对于用户输入的数据能否正确保存和显示,以及对于外部数据的读取和操作是否正确。 6. 权限测试:测试APP的各个功能和页面对于用户权限的控制是否正确,包括对于不同用户身份的权限限制等。 7. 网络测试:测试APP在不同网络环境下的使用情况,包括网络连接断开后的处理、数据加载速度等。 8. 异常处理测试:测试APP对于各种异常情况的处理能力,包括用户输入错误、网络异常、系统异常等情况。 9. 兼容性测试:测试APP在不同操作系统版本、不同设备型号上的使用情况,以及与其他APP的兼容性。 10. 性能测试:测试APP在不同负载情况下的性能表现,包括响应速度、占用资源等指标。 以上只是一些通用的测试用例,实际中根据APP的具体功能和特点,还需要针对性地添加其他的测试用例测试用例的目的是为了发现APP中的问题和漏洞,提高APP的品质和用户体验。正确编写和执行测试用例可以有效提高测试效率和测试准确性。 ### 回答3: 史上最全的app通用测试用例可以按照以下几个方面进行分类:界面测试用例、功能测试用例、性能测试用例和兼容性测试用例。 首先是界面测试用例。这些测试用例主要验证app的界面设计是否合理、易用和符合用户需求。例如,验证按钮和图标的位置、颜色和大小是否符合预期、文字是否显示正确等。 其次是功能测试用例。这些测试用例主要验证app的各项功能是否正常工作,包括登录注册、搜索、下单购买、支付等。例如,验证用户能否成功登录、测试搜索功能是否准确返回结果、验证订单是否能够正常生成和支付等。 第三是性能测试用例。这些测试用例主要验证app在不同负载下的性能表现,包括响应时间、吞吐量和稳定性等。例如,验证app在多种网络环境下的响应时间和加载速度、测试大数据量下的性能表现、验证app在长时间使用后是否会出现卡顿或崩溃等。 最后是兼容性测试用例。这些测试用例主要验证app在不同平台、不同版本和不同屏幕尺寸下的兼容性。例如,测试app在iOS和Android平台上是否能够正常运行、验证app在不同操作系统版本上的兼容性、测试app在不同屏幕尺寸上的显示效果等。 总结起来,史上最全的app通用测试用例应该包括界面测试用例、功能测试用例、性能测试用例和兼容性测试用例。在测试过程中,根据具体需求和特点,可以进一步细化和扩展这些测试用例,以确保app的质量和稳定性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值