关于黑盒测试用例的设计

        刚看到每周一问中有对黑盒 测试覆盖率的讨论,其实也就是对 测试用例如何设计的讨论,现在谈一下我的观点(只针对功能测试)。

首先对 需求说明书进行分析,整理出 测试需求,其中包括需求说明书中的显性需求以及未涉及到的隐性需求,并对需求的重要程度进行划分。

然后根据测试需求设计 测试用例。注意,测试需求可能没有细化到每个功能点,但测试用例一定要针对 所有的功能点来设计,如增、删、查、改等。再根据设计说明书的数据流、控制流等添加 针对业务的测试用例,最后针对已知的bug(如bug库中的全部记录) 补充基于错误猜测的测试用例。此时再请相关人员对测试用例进行评审。

最后,执行测试的时候,针对优先级高的需求,补充随机测试。

上述几点,执行起来跟测试人员的个人能力有很大关系,因此,最重要的一点还需要我们测试人员注意平时的积累,提高自己的专业能力以及对相关业务的熟悉程度。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值