软件测试系列通用测试用例写作

摘要:
软件测试-一般测试用例编写。1、 通用测试用例###1的八个元素,用例编号;2.试验项目;3.测试标题;4.重要性等级;5.预设条件;6.测试输入;7.操作步骤;8.预计损失

软件测试--通用测试用例写作##

我们先要进行软件测试用例的分析和设计,然后写出软件测试的内容,最后按照软件测试写作方法,落实到文档中,写的好的测试用例不仅方便自己和别人查看,而且能帮助设计的时候考虑的更周全,因此测试用例的写作和测试用例的设计一样,也是非常重要的。

一、通用测试用例八要素###

1、用例编号;

2、测试项目;

3、测试标题;

4、重要级别;

5、预置条件;

6、测试输入;

7、操作步骤;

8、预期输出。

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

1、用例编号

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

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

不同阶段的测试用例的用例编号有不同的规则:

(1)系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX

(2)集成测试用例:产品编号-IT-系统测试项名-系统测试子项名-XXX

(3)单元测试用例:产品编号-UT-系统测试项名-系统测试子项名-XXX

**其中产品编号也叫项目标识,每个公司都有若干不同的项目或者产品,如何来区分它们呢?这就需要有产品编号了,每个公司都有自己的一套定义产品编号的规则,并且每个现有产品的编号已经制定好了,直接拿过来用就可以了。

**产品编号后的ST、IT、UT分别对应系统测试阶段、集成测试阶段、单元测试阶段。实际工作中有些公司会将产品编号以及测试阶段省略。

**测试阶段后面就是测试项目名了,对应的是较大较系统的测试点。

**测试项目名后面就是测试子项目名,有些测试是没有子项目名的,只有当测试项力度比较大的时候才会有测试子项 (比如说:我们要测试用户能否成功登录这个功能,那我们就可以分为很多个子项,qq登录、邮箱登录等等)。

**测试子项名后面就是具体的用例编号了,可以是数字:01、001、002等等。

2、测试项目

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

(1)系统测试用例:对应一个功能点(功能测试)、性能指标(性能测试)、界面中控件(GUI测试)等等。

(2)集成测试用例:对应集成后的模块功能或者接口功能。

(3)单元测试用例:对应函数名。

3、测试标题

测试标题考虑的是如何来完成测试项目,或者说从哪个角度来对测试项目进行测试,有的公司也取名为测试目的。

测试标题一定要简单、概要;体现测试的出发点和关注点。

4、重要级别

用例的重要级别一般分成三个级别:高、中、低。

高级别:对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例;

中级别:对应重要程度介于高和低之间的测试用例;

低级别:对应实际使用频率不高,对系统业务功能影响比较小的模块或功能的测试用例。

**举个手机的例子:**

(1)高级别需求:正常通话功能、短信功能;

(2)中级别需求:拍照、联系人、MP3;

(3)低级别需求:计步、收音机等等。

还需注意的是:针对**正常情况**的测试用例的重要级别比针对**异常情况**的测试用例的重要级别要高。

5、预置条件

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

预置条件分为两种情况:

(1)环境的设置。

例如:测试word打开文件的功能,预置条件就是:需要提前准备被打开的文件;

例如:登录成功的预置条件就是:该用户名已经注册过了。

例如:购买商品成功的预置条件就是:后台已经配置好商品、发货区域、以及支付方式了。

(2)先要运行的其他用例,有些操作系统会比较复杂,如果都是从最开始的操作开始会导致用例写起来比较麻烦,这样可以在预置条件中设定要先运行的测试用例,后面的用例只需要写后续的操作就可以了。

例如:对自动取款机进行测试,有针对的输入账户信息的测试,有对输入取钱金额的测试,后者的预置条件就可以写成输入正确账户信息的测试用例。

注:具体预置条件的设置不同的公司会有自己的规定,比如有的公司是不允许第二种情况出现的。

6、测试输入

用例执行过程中需要加工的外部信息,根据软件测试用例的具体情况,有手工输入、文件、数据库记录等。

禁止过多描述性语言,若为文件,会有提示选择路径,最好写具体,让别人易懂易操作。

7、操作步骤

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

8、预期输出

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

我们在写预期输出的时候可以从以下三个方面来考虑:

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

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

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

三、通用用例写作实战###

范例:注册新会员。

*用户名:

*请设置密码:

*请确认密码:

*验证手机/或邮箱:

*短信验证码:

我已阅读并同意《xxxxxx协议》

用户名和密码的要求是:6~10位字母、数字、下划线的组合。

邮箱支持:XXX@qq.com , xxx@163.com。

需要同意协议。

以上都为必填项。

下面我们针对新用户注册成功注册失败写正反两条用例。

注册成功

1、用例编号: User_ IT_Reg- New _001 (Reg-New位测试项,测试的是新用户注册功能,其中的Reg是Register单词的缩写);

2、测试项目: 测试新用户注册功能;

3、测试标题:符合条件注册新会员;

4、重要级别:高;

5、预置条件:该用户名没有被注册过;

6、测试输入:

	(1)用户名:paomo_123;
	
	(2)设置密码:paomo_456;
	
	(3)确认密码:paomo_456;
	
	(4)邮箱地址:1234567@qq.com;
	
	(5)短信验证码;
	
	(6)在同意协议处打钩。

7、测试步骤:

(1) 打开注册网页;

(2) 输入合法参数;

(3) 点击注册;

8、预期结果:注册成功。

注册失败

1、用例编号:User_ IT_Re- New _002;

2、测试项目:测试新用户注册功能;

3、测试标题:不符合条件不能注册新会员;

4、重要级别:中 (上面提到过,正常情况的测试用例的重要级别 要高于 异常情况的测试用例重要级别);

5、预置条件:该用户名没有被注册过;

6、测试输入:

	(1)用户名:paomo123  (用户名不符合要求);
	
	(2)设置密码:paomo456  (密码不符合要求);
	
	(3)确认密码:paomo456;
	
	(4)邮箱地址:1234567@qq.com;
	
	(5)短信验证码;
	
	(6)在同意协议处打钩。

7、测试步骤:

(1)打开注册网页;

(2)输入不合法参数;

(3)点击注册。

8、预期结果:用户名不符,无法注册。

免责声明:文章转载自《软件测试系列通用测试用例写作》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇apache2添加模块和添加站点Linux Shell系列教程之(三)Shell变量下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

迭代测试

一个软件的功能的越来越多,如何建立一个规范的测试流程来保证对开发的功能进行充分的测试,是摆在我们面前的难题。在修改bug中常常会出现一种“按下葫芦浮起瓢”情形——修改了A模块的bug,却造成了原来测试没有问题的B模块出现了新的问题。这就促使我们思考:如何保证测试的百分百的覆盖率。为此我设想一种迭代测试和迭代发布的流程。这个流程具体是这样的:所有功能测试分为...

性能压测工具选型对比

本文是《Performance Test Together》(简称PTT)系列专题分享的第二期,该专题将从性能压测的设计、实现、执行、监控、问题定位和分析、应用场景等多个纬度对性能压测的全过程进行拆解,以帮助大家构建完整的性能压测的理论体系,并提供有例可依的实战。 该系列专题分享由阿里巴巴 PTS 团队出品,欢迎在文末处加入性能压测交流群,参与该系列的线上...

Azure DevOps Server:使用Postman批量删除测试用例

手动删除测试用例 在Azure DevOps Server 中,使用网格功能,可以快速批量的将本地Excel文件中的测试用例导入到服务器中,这个功能为测试人员带来了巨大的便利性。 但是如果不小心,由于误操作重复批量导入了批量测试用例,如果采取手动方式一条一条的去删除测试用例,估计会把测试人员折腾疯了;这是因为在删除测试用例的过程中,系统会提示用户确认(如下...

如何自动生成测试用例方案

资料参考: 组合测试设计PK正交设计总结:https://www.testwo.com/blog/6376 组合测试工具集:http://www.pairwise.org/tools.asp 组合测试方法-配对测试实践:https://www.cnblogs.com/leeboke/p/5035892.html 一、目的 受体:测试经理,测试主管,质量管理...

持续测试 | 测试流程提效:在 CODING 中实践迭代内的持续测试

本文作者:程胜聪 - CODING 产品经理 持续测试带来的变革 持续测试(或者敏捷测试)要求测试作为基础活动贯穿于软件交付的整个过程中。相比起在 DevOps 时代陷入困境的传统测试模式,持续测试首要改变的是“测试后置“的状况,强调测试前置,通过尽早定义测试、测试与开发并行、在过程中保持紧密协作,从而实现快速反馈业务风险的目的。持续测试的实践变革是关于人...

经典测试用例--水杯测试

第一种: 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度:用水杯装水看漏不漏;水能不能被喝到 安全性:杯子有没有毒或细菌 可*性:杯子从不同高度落下的损坏程度 可移植性:杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等 易用性:杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档:使用手册是否...