测试设计的要素

测试设计包括需求输入、需求提取、要点拆解和编写用例等步骤。需求输入是基础,需明确外部和内部输入源。需求提取要求细致,避免遗漏,并确保可追溯。要点拆解将需求转化为测试点,便于编写用例。用例编写应注意简练、精准和无重复,采用合适的设计方法提高测试覆盖度。
摘要由CSDN通过智能技术生成

测试设计是能够限制问题流出的绝佳手段。

测试设计主要有几个要素:需求输入、需求提取、要点拆解、编写用例,当然后续还会有自动化适配之类的。

一、需求输入

需求输入是测试设计的源头,分为外部输入和內部输入。外部输入是指企标(大部分公司是以国标修改的企标为标准的)规范文档,定义了绝大部分的场景。根据企标可完成大部分的测试设计,但总会有些场景企标未能覆盖,此时有两种方案:1.需求澄清,项目成员评审澄清该需求不明确点;2.内部根据经验设计场景,属于内部输入(其实也是之前人员进行澄清后的结论);做测试设计一定要先明确好需求输入来源,否则设计做到一半发现需求有变更又要重新梳理。另外需要注意的是有些需求是有嵌套的,一片文档里的某部分可能涉及到另一篇文档,一定要小心遗漏。

2、需求提取

在明确需求输入后,测试设计的下一步操作就是进行需求提取,需求提取一定要做到细致,避免漏掉需求,可以先按照小学语文的标准筛选是不是需求(不要想是不是重复需求或无效需求,只分析是不是需求)。随后再将筛选过的需求进一步分析,因为有些需求必然是重复的或者是无效不适用的,比如对于黑盒测试来说有些需求可能是白盒的,这种就需要剔除,还有些上下文可能反复有提到也可以只保留一个。需要注意的是,这一系列的操作都是要有可追溯性的,即你能够根据你提取的需求直接找到规范源头,而不是后续这个需求有疑问你还要从头读一遍文档来找源头描述。。。

3、要点拆解

需求提取完成后,每条需求可能并不是对应这一个测试点,为了方便后续测试用例的编写,就需要把测试要点根据经验及用户场景拆解。比如一句规范原文:复位后,诊断会话恢复到默认会话。根据经验复位有两种,一种是诊断服务的11复位,另一种是IGNON熄火点火复位,那么该需求就可以拆解为2个要点用于后续测试设计编写。

4、编写用例

在所有需求拆解成小点后,就需要根据测试设计方法设计测试用例了,因为我做黑盒或灰盒测试,主要用到的就是一些边界值、等价类等测试设计方法,具体的测试方法可自行咨询度娘了解。合适的测试设计方法能够让你的测试覆盖度更广。另外此处需要注意的是用例的编写格式,首先描述要简略,其次步骤要尽可能控制在7步以内,并且描述要精准,不能有左右、上下、差不多这种含糊不清的词,最后要注意的是用例编号一定不能有重复,否则影响问题追溯。

最后,以上为测试设计基础要素,可根据自身公司情况增减流程形成测试设计模板。整个测试设计一定要注意连贯性,保证设计的可追溯性。有疑惑点也可私聊进群沟通。也有车载测试相关岗位推荐!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值