测试用例设计

测试用例设计

测试用例就是一个文档,描述输入、操作和预期结果,其目的是为了验证待测特性是否符合设计需求。

测试用例基本要素

测试用例编号

命名规则

项目名称+测试阶段类型(系统测试阶段)+编号
比如

系统测试用例的编号这样定义规则: PROJECT1-ST-001

测试用例编号的作用

便于查找测试用例,便于测试用例的跟踪。

测试标题

对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。
比如

测试用户登录时输入错误密码时,软件的响应情况。

重要级别

定义测试用例执行的优先级别,可以笼统的分为四个不同的等级

测试输入

提供测试执行中的各种输入条件。

根据需求中的输入条件,确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义需求的输入,那么测试用例设计中会遇到很大的障碍。

操作步骤

提供测试执行过程的步骤。

对于复杂的测试用例,测试用例的输入需要分为几个步骤完成,这部分内容在操作步骤中详细列出。

预期结果

提供测试执行的预期结果,预期结果应该根据软件需求中的输出得出。

如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;
反之则测试通过。

完善测试用例的方法:

重用同类型项目的测试用例

参考同类型的测试用例可以极大的开拓测试用例设计思路,同时节省大量的测试用例设计时间

利用已有的软件测试用例清单

每种类型的软件都有一定的测试规范

加强测试用例的评审

在评审的过程中,测试用例可以暴露用例设计错误、用例设计遗漏、用例设计冗余、用例设计不充分等问题。如果评审不充分,那么在测试过程中,上述问题会给测试带来很大麻烦,甚至导致测试执行挂起

定义测试用例的执行顺序

在测试用例的执行过程中,对测试环境要求很苛刻,因此必要的测试用例执行顺序可以避免影响测试效果和进度。

规范执行测试用例

参考软件环境配置书册
沟通开发人员,要求协调配置搭建环境

记录解决环境搭建方法

搭建软件测试环境
执行测试用例

测试执行过程应注意的问题

全方位的观察测试用例执行结果:

如果测试结果与预期结果一致,也不要轻易下结论,全方位观察,确定执行结果

加强测试过程记录:

及时确认发现的问题, 测试执行过程中,如果确认发现了软件的缺陷,那么可以毫不犹豫的提交问题报告单。如果发现了可疑问题,又无法定位是否为软件缺陷,那么一定要保留现场,然后知会相关开发人员到现场定位问题,如果确定时间很短,测试人员则配合开发人员。如果短时间内无法配置,则要求开发人员记录相关配置环境,测试步骤。继续下一个测试用例执行。

与开发人员良好的沟通:

测试执行过程中,当你提交了问题报告单,可能被开发人员无情驳回,拒绝修改。这时候,只能对开发人员晓之以理,做到有理、有据,有说服力。

测试执行过程中,应该注意及时更新测试用例:

在测试过程中,往往会发现遗漏某些测试用例,这是我们应当添加相应的测试用例。某些测试用例会无法执行,应当删除这些测试用例。也会发现一些测试用例可以代替其他几个测试用例,可以删除这些冗余的测试用例,完善测试用例。

问题报告单:

软件测试报告单最关键的内容就是 “ 问题描述 ”,这是开发人员重现问题,定位问题的依据。

优秀的问题报告单的重要性

软件测试提交的问题报告单和测试日报一样,都是软件测试人员的工作输出,是测试人员绩效的集中体现。

问题描述应该包括以下几部分内容

软件配置
包括操作系统类型版本和补丁版本、当前被测试软件的版本和补丁版本、相关支撑软件,比如数据库软件的版本和补丁版本等。
硬件配置

计算机的配置情况,主要包括 CPU 、内存和硬盘的相关参数,其它硬件参数根据测试用例的实际情况添加。
举例:

测试中使用网络,那么网络的组网情况,网络的容量、流量等情况。硬件配置情况与被测试产品类型密切相关,需要根据当时的情况,准确详实的记录硬件配置情况。

测试用例输入 \ 操作步骤 \ 输出

这部分内容可以根据测试用例的描述和测试用例的实际执行情况如实填写。

输出设备的相关输出信息

输出设备包括计算机显示器、打印机、磁带等等输出设备,如果是显示器可以采用抓屏的方式获取当时的截图,其他的输出设备可以采用其它方法获取相关的输出,在问题报告单中提供描述。

日志信息

规范的软件产品都会提供软件的运行日志和用户、管理员的操作日志,测试人员应该把测试用例执行后的软件产品运行日志和操作日志作为附件,提交到问题报告单中。根据被测试软件产品的不同,需要在 “ 问题描述 ” 中增加相应的描述内容,这需要具体问题具体分析。

测试结果分析

测试结果分析是优秀测试人员必备的技能

测试结果分析准备工作:

建议测试人员走读缺陷跟踪库,查阅其他测试人员发现的软件缺陷。

测试活动结束标志:

软件测试执行结束后,测试活动还没有结束。通常一轮测试活动结束以提交问题报告单为结点,但对测试结果分析才是测试活动的结束标志。

测试结果分析的意义:

测试结果分析是必不可少的重要环节, 测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。
对测试结果分析的优点:

分析自己发现的软件缺陷, 对发现的缺陷进行分类,你会发现自己提交的问题只有固定的几个类别

对比其他人的发现缺陷,得出类别差异,并在下一轮测试中避免盲区

人的思维是有局限性,在测试的过程中,每个测试人员都有自己思考问题的盲区和测试执行的盲区,有效的自我分析和分析其他测试人员,你会发现自己的盲区,有针对性的分析盲区,必定会在下一轮测试用避免盲区。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据