软件测试复习1.pptVIP

2．功能和结构测试 当测试人员测试项目小组的解决方案时，将利用验证和确认技术完成功能和结构测试。 功能测试通常也被称为黑盒测试，因为测试案例中都不涉及系统的内部逻辑。 结构测试通常被称为白盒测试，因为系统的内部逻辑常被用于假想的测试案例。 执行结构测试将主要使用验证技术（可行性评审和需求评审），而执行功能测试则主要使用确认技术。 测试模型 V模型 软件测试的原则尚没有标准的说法，大多是经验之谈，一般有下面几条可作为测试的基本原则。 （1）所有的测试都应追溯到用户需求。 （2）应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭。 （3）设计时应完成测试计划，详细的测试用例定义可在设计模型确定后开始，测试可在代码产生之前进行计划和设计。 （4）pareto原则：测试发现的错误中80%很可能起源于20%的模块中。应孤立这些疑点模块，进行重点测试。 （5）完全测试是不可能的，测试需要终止。 （6）应由独立的第三方来构造测试。 （7）充分注意测试中的群集现象。 （8）要尽量避免测试的随意性。 （9）兼顾合理的输入和不合理的输入数据。 （10）程序修改后要回归测试 （11）应长期保留测试用例，直至系统废弃。 软件测试的原则 软件测试工作必须要通过制定测试计划、设计测试、实施测试、执行测试、评估测试几个阶段来完成。其流程如下图所示。 软件测试流程 软件测试的方法和技术 ------白盒测试 软件测试方法概述 1．黑盒测试（Black-box Testing） 黑盒测试是根据软件产品的功能设计规格，在计算机上进行测试，以证实每个已经实现的功能是否符合要求。黑盒测试意味着测试要在软件的接口处进行。 采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。 黑盒测试试图发现以下类型的错误： 1）功能错误或遗漏； 2）界面错误； 3）数据结构或外部数据库访问错误； 4）性能错误； 5）初始化和终止错误。 2．白盒测试（White-box Testing） 白盒测试把测试对象看做一个打开的盒子，允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 白盒测试也称为结构测试或逻辑驱动测试，前提是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都能够按预定要求正确工作，而不管产品的功能，主要用于软件验证。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。 白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。 无法进行无穷测试 例1、一个程序P有输入X、Y，输出Z，试想下所有可能的测试数据有多大呢？ 例2、一个具有多重选择和循环嵌套的程序，不同路径数目也是天文数字。 总结： 不管采用什么测试方式，都必须从数量极大的可用测试用例中精心地挑选少量的测试数据，使得这些测试数据能够达到最佳的测试效果，能够高效率地把隐藏的错误揭露出来。 白盒测试及其用例的设计 白盒测试的基本概念 1、流图 在程序设计时，为了更加突出控制流的结构，可以对程序流程图进行简化，简化后的图称为控制流图。 流图只有二种图形符号： 图中的每一个圆称为流图的结点，代表一条或多条语句。 流图中的箭头称为边或连接，代表控制流 任何过程设计都要被翻译成控制流图。 如何根据程序流程图画出控制流程图? 在将程序流程图简化成控制流图时，应注意： 在选择或多分支结构中，分支的汇聚处应有一个汇聚结点。 边和结点圈定的区域叫做区域，当对区域计数时，图形外的区域也应记为一个区域。如下图所示 如果判断中的条件表达式是由一个或多个逻辑运算符 (OR, AND, NAND, NOR) 连接的复合条件表达式，则需要改为一系列只有单条件的嵌套的判断。　例如：　1 if a or b　2 x　3 else　4 y 对应的逻辑为： 独立路径：至少沿一条新的边移动的路径 2、环形复杂度 就是一种为程序逻辑复杂