软件测试方法论-test-method.pptVIP

软件测试工程师培训 软件测试方法论 主要内容 1 软件测试方法概述 2 软件测试规范 3 软件测试用例设计－黑盒测试 4 软件测试用例设计－白盒测试 5小结 1 软件测试方法概述 1.1 软件测试活动及信息流 1.2 测试方法 1.3 生成测试用例的信息来源 1.4 小结 1.1 软件测试活动及信息流 测试是从大量的测试用例中选择有限的测试用例发现软件中的大部分缺陷的一种技术 好的测试用例的4个特性： 检测软件质量的有效性，是否能发现缺陷，或至少可能发现缺陷； 可仿效的测试用例可以测试很多内容，因而减少测试用例的数量； 经济性，测试用例的执行、分析和调试是否经济 测试用例的可修改性，每次软件修改后对测试用例的维护成本 测试活动 测试活动 1 测试条件取决于被测试验证的项目或事件。如等价划分、边界值分析、因果图等。测试条件是被测环境的描述，可以用多种方式描述：如简单的语言，表格项形式或类似于流图的图表形式；标识测试条件的活动最好与开发活动（即V模型左边的活动）并行开展 测试活动 2 设计测试用例确定“怎样测试”。测试用例（test case）是按一定顺序执行的与测试目标（test object, 测试理由或目的）相关的一系列测试。测试用例设计将产生许多测试所包括的输入值、期望结果及其他任何运行测试的有关信息，如环境要求。期望输出包括应输出或建立的内容，应修改或更新或应删除的内容。期望输出集可以是一个很大的集合。 测试活动 一个测试用例 测试活动 3 开发测试用例包括准备测试脚本、测试输入、测试数据以及期望输出。测试脚本（test script）是 具有正规语法的数据和指令的集合，在测试执行自动工具使用中，通常以文件形式保存；必须先完成测试用例的先决条件（precondition），然后再执行测试。测试用例可能要求专门的硬件或软件，如网络环境或打印机等；期望输出可以组成成文件形式用于自动工具。对于手动测试，期望输出仅仅只是简单地记录在手工测试过程或脚本中。设置用于自动比较的期望输出比设置用于手工测试的期望输出复杂得多。在自动工具中要求每项内容都要拼写正确，而在手工测试中要求没这么严格。 测试开发的任何工作可以提前进行（相对V模型左边的活动进行），以后可以节省时间。 测试活动 4 执行测试用例 对于手动测试来讲，测试者按事先准备好的手工过程进行测试，测试者输入数据、观察输出、记录发现的问题。 对于自动测试，可能只需要启动测试工具，并告诉工具执行哪些测试用例； 测试执行只能在软件开发完成后进行，即V模型右边的活动。 测试活动 5 将测试结果与期望输出进行比较应该对每次测试的实际输出进行分析研究，判断软件功能是否正确。该验证可以是非正的测试者主观判断，也可以是将实际输出与期望输出进行严格准确的比较。一些信息比较，如可以在执行测试时进行显示屏幕上的信息，另一些输出比较，如修改数据库记录，只能在测试执行结束后进行。自动测试一般结合了这两种方法。 测试阶段的信息流 测试阶段的信息流 测试阶段的输入信息有两类： 软件配置：这是测试的对象，包括需求说明书、设计说明书和被测的源程序等。 测试配置：包括测试计划、测试步骤、测试用例（测试数据），以及具体实施测试的测试程序、测试工具等 1.2 测试方法 静态方法 动态方法 黑盒测试 白盒测试 静态方法和动态方法 静态方法的主要特征是在用计算机测试源程序时，计算机并不真正运行被测试的程序，只对被测程序进行特性分析。因此，静态方法常称为“分析”，静态分析是对被测程序进行特性分析的一些方法的总称。 动态方法的主要特征是计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况(输入/输出的对应关系)进行分析。 黑盒测试 黑盒测试（Black—box Testing）又称功能测试、数据驱动测试或基于规格说明的测试，是一种从用户观点出发的测试。用这种方法进行测试时，被测程序被当作一个黑盒，在不考虑程序内部结构和内部特性，测试者只知道该程序输入和输出之间的关系或程序的功能的情况下，依靠能够反映这一关系和程序功能的需求规格说明书考虑确定测试用例和推断测试结果的正确性。软件的黑盒测试被用来证实软件功能的正确性和可操作性。 白盒测试 白盒测试（White—box Testing）又称结构测试、逻辑驱动测试或基于程序的测试。它依赖于对程序细节的严密检验，针对特定条件和/与循环集设计测试用例，对软件的逻辑路经进行测试。在程序的不同点检验“程序的状态”以判定其实际情况是否和预期的状态相一致。软件的白盒测试用来分析程序的内部结构。 白盒测试 白盒测试要求对某些程序的结构特性做到一定程度的覆盖，或者说是“基于覆盖的测试” 。最为常见的程序结构覆盖有