测试用例 1.概念测试用例(Test Case)是指对一项特定的软件产品测试任务的描述。 它能体现测试方案、测试方法、测试策略和测试技术。 2.目的一是,将软件测试的行为转化为可管理的模式。 二是,可将测试具体量化的方法之一。 测试用例是软件测试的核心,也是软件测试质量稳定的根本保障。 不同的测试类型,测试用例也是不同的。 3.测试用例的重要性(1)避免程序漏测。 (2)测试进度的把控。 (3)一个度量指标。 (4)分析缺陷的依据。 (5)项目的管理成本。 4.测试用例写作思路4.1 用例编号编号格式一般是字母、数字、下划线组成。
产品名称_需求编号_用例类型_测试子项_数字编号 具体格式如下: 1)产品名称,通常是指产品的简称。如,客户管理系统,简称CRM。 2)需求编号,通常记录需求规格说明书中需求的编号。 3)用例类型,描述所属的测试阶段。如,单元测试UT、集成测试IT、系统测试ST、验收测试UAT等。 4)测试子项,一般具体指被测试的需求点。 5)数字编号,根据测试预估用例数来定,通常规则由001或0001开始。
序号命名法 按照一定的顺序为测试用例进行编号。例如,TC001、TC002、TC003等。
功能模块+序号命名法: 在序号命名法的基础上,增加功能模块的名称作为前缀。例如,登录模块的测试用例可以命名为“Login_TC001”、“Login_TC002”等。
阶段+模块+序号命名法: 在序号命名法的基础上,增加测试用例所处的阶段和模块的名称作为前缀。例如,需求分析阶段的登录模块测试用例可以命名为“RA_Login_TC001”、“RA_Login_TC002”等。
随机命名法: 为每个测试用例随机生成一个唯一的字符串作为标识符,例如,f4a321b6-cdba4a4e-ba33-72cd3d1c3c8a。 需要注意的是,无论采用哪种命名规则,都应该确保测试用例编号唯一且易于理解。此外,对于大型项目或者需要进行自动化测试的项目,还需要确保测试用例编号的可扩展性和可自动化性。 4.2 所属模块所属模块是指被测试需求具体属于哪个模块,主要是为了更好识别以及维护用例。 4.3 用例标题用例标题是用简洁明了的一句话来描述测试用例的关注点。 原则上测试标题也是具有唯一性的。 简单说,就是每一条测试用例对应一个测试目的。 4.4 用例优先级用例优先级一般分为三个级别:高、中、低,根据需求的优先级级别来定义。 通常来说,优先级别高的测试用例,是指软件的核心业务、基本功能、重要特性以及使用频率比较高的部分。但是在定义时,针对一个需求点会定义两三个优先级高的测试用例。 4.5 前提条件前提条件,是指测试用例在执行前需要满足的一些条件,否则,测试用例无法执行。 前提条件,指的是被测试功能的先决条件以及测试环境。 简单说,就是前提条件跟测试用例存在因果关系的条件。有了前提条件,才能执行测试用例。 4.6 测试数据在执行测试时,需要输入的一些外部数据来完成测试。 这些数据根据测试用例的具体情况来定,如,参数、文件、数据库记录等。 4.7 操作步骤操作步骤,是指执行测试用例的步骤描述。 测试人员可以根据操作步骤,顺利执行测试用例。 tips:在编写操作步骤时,要注意避免文字啰嗦,内容冗余。 4.8 预期效果预期结果,是根据需求说明书来描述用户的期望。 执行测试用例的目的,主要是判断被测试对象是否正常按照需求说明书开发展示用户的期望效果。 因此,预期结果是测试用例中最重要的部分。 通常在编写预期结果时,可以从以下两个方面考虑: 1)操作界面的提示:在执行操作步骤后,界面会有什么提示信息。 2)数据库的变化:在执行操作步骤后,数据库会发生什么变化。 4.9 用例状态用例状态,是指执行测试用例的状态。 一般分为三种:PASS(通过)、FAIL(失败)、N/A(未执行)。 tips:在编写测试用例时,默认为空,只设置下拉框选项。待执行完测试用例后再填写。 |
|