规格说明测试的可行性:
考虑下面的例子。假定某个数据处理产品的规格说明指出,必须包含5类佣金和7类折扣。仅测试佣金和折扣的每个可能的组合就需要35个测试用例,说佣金和折扣是在两个完全独立的模块中,因而可以独立测试是没有用的,因为在黑盒测试中将产品当作黑盒对待,它的内部结构因此是完全无关的。因此,彻底的规格说明测试在实际中是不可能的,因为它的组合方式会爆炸式的增长。
代码测试的可行性:
代码测试最常见的形式要求对模块通过的每条路径最少执行一次。试验产品中全部路径是不可靠的,因为存在这样的产品,某些数据试验一个给定路径将检测到错误,而不同的数据试验同一个路径将不会检出错误。然而,面向路径的测试是有效的,因为它没有固有地将可能揭示错误的测试数据的选择排除在外。
因为组合爆炸,彻底的规格说明测试或彻底的代码测试都是不可行的。为此,在使用将尽可能多揭示错误的技术的同时,也承认没有方法保证已经检测出全部错误,一个继续下去的合理的办法是首先使用黑盒测试用例,然后使用玻璃盒测试开发额外的测试用例。
黑盒单元测试技术:
彻底的黑盒测试通常要求成百上千亿的测试用例,因此测试的技巧是设计一个较小,可管理的测试用例集,是检测出一个错误的机会最大,同时通过让相同的错误由多个测试用例检出从而使浪费一个测试用例的机会最小。一个这样的黑盒技术是结合了边界值分析的等价测试。
1. 等价测试和边界值测试
假定一个数据库产品的规格说明指出,该产品必须能够处理任何从1到16383个记录,如果该产品能够处理34个记录和14870个记录,那么它在比如说 8252个记录时工作良好的可能性很大。因此,该产品能够处理的记录数的规定范围可以定义三个等价类:比1个记录小,从1到16383个记录和多于 16383个记录。
一个成功的测试用例能检测出先前未检测到的错误,为了使发现这一的错误的机会最大,一个高效的技术是边界值分析。
综上,因此,测试这个数据库产品的时候,应选择7个测试用例:
1> 0个记录:等价类1的成员,临近边界值。
2> 1个记录:边界值。
3> 2个记录:临近边界值。
4> 723个记录:等价类2的成员。
5> 16382个记录:临近边界值。
6> 16383个记录:边界值。
7> 16384个记录:等价类3的成员,临近边界值。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/