Software Testing-黒盒测试 Software Testing Techniques_2013 《软件测试》课件.ppt

Chapter 1 Players in the Systems Game 软件测试的理解 软件测试用例的理解 功能性测试（1） 功能性测试（2） 基本观点：任何程序都可以看做是将输入定义域取值映射到输出值域的函数。 测试依据：软件的需求规格说明 优点： 与软件如何实现无关，若实现发生变化，测试用户仍有用 测试用例设计可以与实现并行进行，可压缩总的项目开发时间 缺点： 测试用例之间可能存在严重的冗余 可能有未测试的软件漏洞 结构性测试（1） 结构性测试（2） 基本观点：实现是已知的 测试依据：内部实现细节 优点： 可以严格描述要测试的确切内容 测试覆盖指标的定义和使用，提供明确描述软件测试项范围的方法，有利于测试管理 缺点： 不能表示没有编码实现的行为 功能性测试和结构性测试的比较 两种方法单独使用都是不充分的。 明智的组合会带来功能性测试的置信，以及结构性测试的度量。 如果知道容易犯什么错误，并且知道在被测软件中可能存在什么类型的缺陷，就可以利用这种知识运用更恰当的测试用例标识方法，而正是这一点使得测试真正成为一种工艺。 概述1 称为功能性测试、数据驱动测试或基于规格说明的测试，不关心被测对象的内部实现而把被测对象当作一个不透明的黑盒子来看待，针对被测对象从其提供的外部功能和规格出发来设计测试用例进行测试. 黒盒测试方法 边界值测试 等价类测试 因果图 基于决策表的测试 正交法、