第5章软件测试与维护讲义.pptx

第5章 软件测试与维护 5.1 软件测试的基本概念 测试就是执行产品所提供的功能的过程 软件测试的目的是为了发现软件产品中存在的软件缺陷，进而保证软件产品的质量 5.1.1　软件测试原则 完全测试是不可能的 测试中有风险存在 软件测试只能表明缺陷的存在，而不能证明产品已经没有缺陷 软件产品中所存在的错误数与已发现的错误数成正比 5.1 软件测试的基本概念 要避免软件测试的杀虫剂现象 在设计测试用例时，应包括输入数据和预期的输出结果两个部分，并且，输入数据不仅应该包括合法的情况，还应该包括非法的输入情况 要集中测试容易出错或错误较多的模块 应该长期保留所有的测试用例 使开发人员和测试人员分立，即软件的开发工作和测试工作不能由同一部分人来完成 测试工作应该尽早开始，并且贯穿于整个开发过程中 5.1 软件测试的基本概念 5.1.2 软件测试分类 也可以按照是否需要执行被测软件，可将软件测试分为静态测试和动态测试 还可以按照测试执行时是否需要人工干预可将软件测试分为手工测试和自动测试 5.1 软件测试的基本概念 5.1.3　软件测试模型 软件测试全部过程、活动或任务的结构框架 软件测试模型应该阐明的问题 测试的时间 测试的步骤 如何对测试进行计划 不同阶段的测试中应该关注的测试对象 测试过程中应该考虑哪些问题 测试需要达到的目标等等 5.1 软件测试的基本概念 常用的软件测试过程模型 V模型 W模型 H模型 5.1 软件测试的基本概念 V模型：描述基本的开发过程和测试行为 5.1 软件测试的基本概念 W模型：测试与开发同步 5.1 软件测试的基本概念 H模型：测试过程的活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行 5.2 测试用例 5.2.1 测试用例编写 为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据并执行 5.2.2 测试用例设计 测试用例设计经验和方法 在任何情况下都必须选择边界值分析方法 必要时用等价类划分法补充一些测试用例 用错误推测法再追加一些测试用例 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖度 若程序的功能说明中含有输入条件的组合情况，可选用因果图法 5.2 测试用例 5.2.3 测试用例场景 通过描述流经用例的路径来确定的过程 用例场景 5.3 黑盒测试 又叫功能测试，主要关注被测软件功能的实现 被测对象的内部结构、运作情况对测试人员是不可见的 只关注于软件产品的输入数据和输出结果 等价类技术、边界值技术、错误推断法、因果图法、决策表法 5.3 黑盒测试 黑盒测试示意图 5.3 黑盒测试 5.3.1 等价类划分法 等价类的划分 有效等价类：对程序的规格说明是有意义的、合理的输入数据所构成的集合 无效等价类：对程序的规格说明是无意义的、不合理的输入数据构成的集合 5.3 黑盒测试 划分等价类的规则 如果输入条件规定了取值范围或个数，则可确定一个有效等价类和两个无效等价类 如果输入条件规定了输入值的集合或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类 如果输入是布尔表达式，可以分为一个有效等价类和一个无效等价类 如果输入条件是一组值，且程序对不同的值有不同的处理方式，则每个允许的输入值对应一个有效等价类，所有不允许的输入值的集合为一个无效等价类 5.3 黑盒测试 如果规定了输入数据必须遵循的规则，可以划分出一个有效的等价类和若干个无效的等价类 对每个输入和外部条件进行等价类划分，画出等价类表，并为每个等价类进行编号 设计一个测试用例，使其尽可能多地覆盖有效等价类，重复这一步，直到所有的有效等价类被覆盖 为每一个无效等价类设计一个测试用例 5.3 黑盒测试 5.3.2 边界值分析法 软件测试所包含的边界条件：数字、字符、位置、质量、大小、速度、方位、尺寸、空间 对应的边界值:最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满 5.3 黑盒测试 用边界值分析法设计测试用例时应当遵守的原则 如果输入条件规定了取值范围，应以该范围的边界内及刚刚超范围的边界外的值作为测试用例 若规定了值的个数，应分别以最大、最小个数和稍小于最小和稍大于最大个数作为测试用例 针对每个输出条件，也使用上面的两条原则 如果程序规格说明书中提到的输入或输出范围是有序的集合，应注意选取有序集的第一个和最后一个元素作为测试用例 分析规格说明，找出其他的可能边界条件 5.3 黑盒测试 5.3.3 错误推测法 列举出程序中可能有的错误和容易发生错误的特殊情况，并且根据它们选择测试方案 5.3.4 因果图法 从自然语言书写的程序规格说明书中寻找因果关系，即输入条件与输出和程序状态的改变