2014第4章黑盒测试案例分析.ppt

4.1 边?界?值?测?试　　任何一个程序都可以看做是一个函数，程序的输入构成函数的定义域，程序的输出构成函数的值域。人们从长期的测试工作经验得知，大量的错误是发生在定义域或值域(输出)的边界上，而不是在其内部。对于软件缺陷，有句谚语形容得很恰当，即“缺陷遗漏在角落里，聚集在边界上”。 　　比如，在做三角形计算时，要输入三角形的三个边长A、B和C。这三个数值应当满足A＞0、B＞0、C＞0、A+B＞C、A+C＞B、B+C＞A，才能构成三角形。但如果把六个不等式中的任何一个大于号“＞”错写成大于等于号“≥”，那就不能构成三角形。问题常常出现在容易被疏忽的边界附近。类似的例子还有很多，如计数器常常“少记一次”；循环条件应该是“≤”时错误地写成了“＜”；数组下标越界(在C语言中数组下标是从零开始，可能错误地认为是从1开始，从而使最后一个元素的下标越界)等。　　边界值分析关注的是输入空间的边界，从中标识测试用例。边界值测试背后的基本原理是错误更可能出现在输入变量的极值附近。因此针对各种边界情况设计测试用例，可以查出更多的错误。 4.1.1 边界条件　　边界条件就是一些特殊情况。一般的，在条件C下，软件执行一种操作，对任意小的值σ，条件C+σ或C-σ会执行另外的操作，则C就是一个边界。　　在多数情况下，边界条件是基于应用程序的功能设计而需要考虑的因素，可以从软件的规格说明