测试用例(包含测经典试点全集图解,强烈建议保存收藏)

举报
红目香薰 发表于 2022/01/22 23:07:36 2022/01/22
【摘要】 测试用例: 测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,最终形成文档。简单地认为,测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,用于核实是否满足某个特定软件需求。 软件...

测试用例:

测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,最终形成文档。简单地认为,测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,用于核实是否满足某个特定软件需求。

软件测试的整个流程:

 所有的测试点都得从【测试用例】开始。

测试用例是软件测试最重要的环节。

一、通用测试用例八要素 

1、用例编号;
2、测试项目;
3、测试标题;
4、重要级别;
5、预置条件;
6、测试输入;
7、操作步骤;
8、预期输出

 二、具体分析通用测试用例八要素

2.1、用例编号

一般是数字和字符组合成的字符串,可以包括(下划线、单词缩写、数字等等),但是需要注意的是,尽量不要写汉语拼音,因为拼音的意义可能有好几种,有可能会导致乱码; 

用例编号具有唯一性和易识别性。( 比如说我们唯一标识一个人:中国-上海市-xx区xx号-xx楼--xx室-xxx.这样标识的话就具有唯一性了。)

  不同阶段的测试用例的用例编号有不同的规则:
  (1)系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX
  (2)集成测试用例:产品编号-IT-系统测试项名-系统测试子项名-XXX
  (3)单元测试用例:产品编号-UT-系统测试项名-系统测试子项名-XXX
  **其中产品编号也叫项目标识,每个公司都有若干不同的项目或者产品,如何来区分它们呢?这就需要有产品编号了,每个公司都有自己的一套定义产品编号的规则,并且每个现有产品的编号已经制定好了,直接拿过来用就可以了。
  **产品编号后的ST、IT、UT分别对应系统测试阶段、集成测试阶段、单元测试阶段。实际工作中有些公司会将产品编号以及测试阶段省略。
  **测试阶段后面就是测试项目名了,对应的是较大较系统的测试点。
  **测试项目名后面就是测试子项目名,有些测试是没有子项目名的,只有当测试项力度比较大的时候才会有成都市子项 (比如说:我们要测试用户能否成功登录这个功能,那我们就可以分为很多个子项,qq登录、邮箱登录等等)。
  **测试子项名后面就是具体的用例编号了,可以是数字:01、001、002等等。

2.2、测试项目

  测试项目对应的就是测试用例中的子项名。

(1)系统测试用例:对应一个功能点(功能测试)、性能指标(性能测试)、界面中控件(GUI测试)等等。
(2)集成测试用例:对应集成后的模块功能或者接口功能。
(3)单元测试用例:对应函数名。 

2.3、测试标题

测试标题考虑的是如何来完成测试项目,或者说从哪个角度来对测试项目进行测试,有的公司也取名为测试目的。
测试标题一定要简单、概要;体现测试的出发点和关注点。

2.4、重要级别

用例的重要级别一般分成三个级别:高、中、低。
高级别:对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例;
中级别:对应重要程度介于高和低之间的测试用例;
低级别:对应实际使用频率不高,对系统业务功能影响比较大的模块或功能的测试用例。

  **举个手机的例子:**
  (1)高级别需求:正常通话功能、短信功能;
  (2)中级别需求:拍照、联系人、MP3;
  (3)低级别需求:计步、收音机等等。
  还需注意的是:针对**正常情况**的测试用例的重要级别比针对**异常情况**的测试用例的重要级别要高。

2.5、预置条件

  测试用例在执行前需要满足一些前提条件,否则测试用例是无法执行的,这些前提条件就是预置条件。

  预置条件分为两种情况:
  (1)环境的设置。
  例如:测试word打开文件的功能,预置条件就是:需要提前准备被打开的文件;
  例如:登录成功的预置条件就是:该用户名已经注册过了。
  例如:购买商品成功的预置条件就是:后台已经配置好商品、发货区域、以及支付方式了。
  (2)先要运行的其他用例,有些操作系统会比较复杂,如果都是从最开始的操作开始会导致用例写起来比较麻烦,这样可以在预置条件中设定要先运行的测试用例,后面的用例只需要写后续的操作就可以了。
  例如:对自动取款机进行测试,有针对的输入账户信息的测试,有对输入取钱金额的测试,后者的预置条件就可以写成输入正确账户信息的测试用例。
  注:具体预置条件的设置不同的公司会有自己的规定,比如有的公司是不允许第二种情况出现的。

2.6、测试输入

  用例执行过程中需要加工的外部信息,根据软件测试用例的具体情况,有手工输入、文件、数据库记录等。
  禁止过多描述性语言,若为文件,会有提示选择路径,最好写具体,让别人易懂易操作。

2.7、操作步骤

  明确描述测试执行过程中具体的操作步骤,以方便测试执行人员可以根据该操作步骤完成测试用例执行。

2.8、预期输出

  预期输出是测试用例中非常重要的一部分,预期输出可以检验被测对象是否正常工作,如果我们的预期输出写的不完整不全面,整个测试用例就会受到影响。
  我们在写预期输出的时候可以从以下三个方面来考虑:

(1)界面显示:在操作步骤完成之后,界面会有显示;比如说我们测试用户登录功能,界面可能会显示登录成功或者登录失败。

(2)数据库的变化:在操作步骤完成之后,数据库中的记录会发生相应的变化,比如删除功能的测试,点击删除后,数据库中该记录会被删除。

(3)相关信息的变化:在操作步骤执行完成后,一些和被测对象相关的信息会发生变化,比如:注销功能的测试,点击注销后,以前能访问的页面将无法再访问。 

三、测试用例模板 

四、测试点 

 

文章来源: laoshifu.blog.csdn.net,作者:红目香薰,版权归原作者所有,如需转载,请联系作者。

原文链接:laoshifu.blog.csdn.net/article/details/120378092

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。