测试用例介绍,规范和使用

…我猜你还不会测试用例吧!


测试用例包括哪些内容? 测试用例介绍,规范和使用~~~~~
1.简洁,明准确,完整,揭示错误实质,记录缺陷和错误出现的位置。

2.明确指明错误类型:布局错误,翻译错误,功能错误,双字节错误。

3.短行之间使用自动数字序号,使用相同的字体、字号、行间距
短行之间使用自动数字序号,使用相同的字体、字号、行间距,可以保证各条记录格式一致,做到规范专业。

4.UI要加引号,可以单引号,推荐使用双引号
UI加引号,可以容易区分UI与普通文本,便于分辨、定位缺陷或错误。

5.每一个步骤尽量只记录一个操作
保证简洁、条理井然,容易重复操作步骤。

6.确认步骤完整,准确,简短
保证快速准确的重复错误,“完整”即没有缺漏,“准确”即步骤正确,“简短”即没有多余的步骤。

7.根据缺陷或错误类型,选择图象捕捉的方式
为了直观的观察缺陷或错误现象,通常需要附加缺陷或错误出现的界面,以位图的形式作为附件附着在记录的“附件”部分。为了节省空间,又能真实反映缺陷或错误本质,可以捕捉缺陷或错误产生时的全屏幕,活动窗口和局部区域。为了迅速定位、修正缺陷或错误位置,通常要求附加中英文对照图。

8.附加必要的特殊文档和个人建议和注解
如果打开某个特殊的文档而产生的缺陷或错误,则必须附加该文档,从而可以迅速再现缺陷或错误。有时,为了使缺陷或错误修正者进一步明确缺陷或错误的表现,可以附加个人的修改建议或注解。

9.检查拼写和语法错误
在提交每条缺陷或错误之前,检查拼写和语法,确保内容正确,正确的描述错误。

10.尽量使用业界惯用的表达术语和表达方法
使用业界惯用的表达术语和表达方法,保证表达准确,体现专业化。

11.通用UI要统一、准确
错误报告的UI要与测试的软件UI保持一致,便于查找定位。

12.尽量使用短语和短句,避免复杂句型句式
软件错误管理数据库的目的是便于定位错误,因此,要求客观的描述操作步骤,不需要修饰性的词汇和复杂的句型,增强可读性。

13.每条错误报告只包括一个错误
每条错误报告只包括一个错误,可以使错误修正者迅速定位一个错误,集中精力每次只修正一个错误。校验者每次只校验一个错误是否已经正确修正。


测试用例的八大元素是什么?
1.测试用例编号:
字符和数字组合成的字符串,用例编号应具有唯一性、易识别
系统测试
产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试
产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试
产品编号-UT-单元测试项名-单元测试子项名-XXX

2.测试项目:
当前测试用例所在测试大类、被测试需求、被测模块、被测单元等
系统测试用例测试项目
软件需求项
集成测试用例测试项目
集成后的模块名或接口名
单元测试用例测试项目
被测函数名

3.测试标题:
简单描述,需要用概括的语言描述用例的出发点和关注点,原则上每个用例的标题不能重复

4.重要级别:
对基本和普通测试项的区分
高级别
保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
中级别
重要程度介于高和低之间的测试用例
低级别
实际使用的频率不高,对系统业务功能影响不大的模块或功能的测试用例

5.预置条件:
执行当前测试用例需要的前提条件,如果这些前提条件不满足,则后面测试步骤无法进行或无法得到 预期结果

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

7.操作步骤:
执行当前测试用例需要经过的操作步骤,需要明确的给出一个步骤的描述,测试用例执行人员可以根据该步骤完成测试用例执行

8.预期输出:
当前测试用例的预期输出结果,包括返回值内容,界面的响应结果,输出结果的规则符合度等


测试用例额外的要素
1.用例设计者:
能准确的找到测试用例设计人员,对用例修改时能方便找准人员
2.用例设计日期:
方便检查用例设计的进度
3.用例版本号:
方便用例设计人员对用例的跟踪
4. 对应的开发人员:
出现BUG后能及时找到相应的人员进行修复


测试用例模板规范格式是什么?
第一种样式图:
测试用例介绍,规范和使用
第二种样式图:测试用例介绍,规范和使用

第三种样式图
测试用例介绍,规范和使用
等等。。。
还有很多不一样的样式,小伙伴们可以去多了解一下。


测试用例是指导测试的实施,测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准,测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中,以便自动生成测试结果文档。
根据测试用例的测试等级,集成测试应测试那些用例,系统测试和回归测试又该测试那些用例,在设计测试用例时都已作明确规定,实施测试时测试人员不能随意作变动的。

所以说,测试用例就是测试的总结点,测试用例的覆盖面广了,根据测试用例做的测试也就更加具体了。一个好的测试用例就是把所有能测试到的点都记录下来。

可以多多练习,这个要看经验和脑洞了。测试用例介绍,规范和使用


.

游戏结束:over