For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
我们在前几期的文章中给大家简单介绍了软件测试的一些基础知识点等内容,而本文我们就继续来了解一下,软件测试用例设计注意事项。
用例编号
作为测试用例的标识。编号取值规则可以根据项目名称各中文字母大写+六位数字构成。
用例标题
又称之为测试点,用一句话来描述测试用例的关注点,每一条用例对应一个测试目的。
一个好的测试用例应该关注标题的规范性,一般来说如果设计用例标题不规范,别人在使用你的测试用例时,就无法做到清晰明了,就会浪费很多时间在沟通上。
并且需要控制用例的粒度,从测试执行者的角度来说,过细的测试用例会让执行者感到疲惫繁琐,过粗的测试用例又容易导致检查点遗漏。所以测试用例标题一般控制在30个字以内。
功能模块
根据项目模块层级关系填写,例如:组织权限。
测试目的
简要的测试目的,例如:账号密码功能校验。
前置条件
用例在执行之前需要满足的一些条件,否则用例无法执行,如测试环境,需要提前执行的操作等,例如:进入到某一页面。
测试用例其实就是在某种场景下,执行一定的动作,达到什么样的结果。而前置条件决定了“在某种场景下”,所以是不可或缺的。
优先级
根据需求的优先级来定义,高优先级要覆盖核心业务,重要特性以及使用频率比较高的部分。
级别的枚举值也有多种形式,比如:P0\P1\P2\P3,1\2\3\4,高\较高\中\低。
冒烟测试(高)、基础用例(较高)、特殊场景用例(中)、错误场景用例(低)。
操作步骤
测试用例的步骤描述,执行人员可以根据测试步骤完成测试的执行,一般只需要写和测试目的密切相关的步骤,一些基础的步骤可以放在前置条件中,例如:1.输入正确的账号2.输入错误的密码3.点击登录按钮4.查看结果。
用例步骤一般不多于7步,不少于2步。
操作步骤也是不可或缺的一部分,因为它关系到如何执行。
测试数据
在执行测试时,需要输入一些外部数据来完成测试。这些数据根据测试用例的统计情况来确定,有参数、文件或数据库记录等。
预期结果
测试用例中重要的部分,主要用来判断被测对象是否正常,例如:提示用户名或密码错误。
预期结果关系到用例需要达到什么样的结果,所以也是不可或缺。
执行结果
每条用例的实际执行结果,只有三个枚举值:PASS(通过)、FAIL(不通过)、N/A(未执行)。
预期结果一般不超过5个,不少于1个。
对应的BugId
每条测试用例执行不通过后再记录对应一条Bug,例如:BUG-1219。
编写人
用例对应的编写人员,填写编写人员姓名,例如:达内培训。
执行人
用例对应的执行人员,填写执行人员姓名,例如:达内培训。
备注
每条测试用例的备注,备注内容可以按实际情况填写,一般有备注的测试用例都比较重要,需要格外关注。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。