软件测试技术PPT第1章 软件测试基础知识.pptx

第1章 软件测试基础知识;思维导图 ;1.1.1 什么是软件测试;1.1.1 什么是软件测试;1.1.2 软件质量的定义;1.1.2 软件质量的定义;1.1.2 软件质量的定义;1.1.3 软件测试和软件质量保证的区别;1.1.3 软件测试和软件质量保证的区别;1.1.3 软件测试和软件质量保证的区别;1.1.4 进行多少测试才终止;1.2.1 导致软件缺陷的原因;1.2.2 软件测试在软件开发、维护和使用中的角色;1.2.3 软件测试心理学;1.3 软件测试的目的;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.4 软件测试的原则;1.5 软件测试级别和模型;1．单元测试 单元测试是针对各个代码单元进行的测试。测试仅围绕着具体的程序模块或类进行。单元测试将整体测试任务有效分解，对测试出的软件缺陷能够准确定位在模块级别，从而减轻了调试任务。此外，单元测试使得传统的流水软件测试流程得以分解，在某种程度上达到同 步测试的目的，提高了测试阶段的效率。 在设计单元测试用例时，要注意对被测试单元两个方面的信息进行对比查看：详细设计和源代码。详细设计通常包含对被测试单元的接口（输入和输出）及功能（算法）的具体定义。在设计测试用例时，找出符合测试设计中有关准则的输入数据进行输入，然后检查结果，看其是否正确。; 单元测试中常见的问题就是如何划分单元并独立地对其进行测试。对于一个单元应该多 大才最为合适的问题，业界已经有过很多的讨论，究竟一个单元仅仅是一个函数，一个类， 还是相关的类的集合？这些讨论并不影响在这里所要阐述的观点。我们权且认为一个单元就 是一个最小程序的代码块，开发人员可以对其进行独立地讨论。但是如何独立地来测试代码 块呢？比如要测试某个类(比如是商业逻辑层中的一个类）的某个方法，但这个方法要连接 到数据库，这个类怎么来进行单元测试呢？对单元进行独立的测试涉及仿真对象 （MockObject）的概念。传统的单元测试术语（Unit Testing Terminology）包括了驱动模块 （Driver）和桩模块（Stub）???driver 的目的很单纯，就是为了访问类库的属性和方法来检测 类库的功能是否正确；stub 的目的同样单纯，就是提供需要和测试类库交互的那些类的实现。; 如果被测试的单元需要调用其他的功能或者函数，就应该设计一个和被调用单元名称相 同的桩模块来模拟被调用单元。这个桩模块本身不执行任何功能，仅在被调用时返回静态值 来模拟被调用模块的行为。举例说明：如果被测试单元中需要调用另一个模块 customer 的 函数 getCustomerAddress(customerID:Integer)，这个函数应该查询数据库后返回某一个客户的地址。我们设计的同名桩模块中的同名函数并没有真正对数据库进行查询，而仅模拟了这 个行为，直接返回了一个静态的地址，例如“123 Newton Street”。桩模块的设置使得单元测试的进行成为一个相对独立且简单的过程。 与桩模块对应的是驱动模块（见图 1-4），如果被测试模块中的函数是提供给其他函数调用的，在设计测试用例时就应该设计驱动模块。下面用一个例子来说明驱动模块的用法。 驱动模块可以通过模拟一系列用户操作行为，比如选择用户界面上的某一个选项或者按下某个按钮等，自动调用被测试模块中的函数。驱动模块的设置，使对模块的测试不必与用户界面真正交互。;1.5 软件测试级别和模型; 单元测试必须将代码单元与系统其他部分隔离，进行独立的测试。单元作为被测试的最 小单位几乎是对源代码直接测试，因此需要与开发人员密切配合。 单元测试最重要的目的是保证每一个代码单元正确、完整地执行其定义（如系统详细设 计规约中定义的）的功能。单元测试往往由一系列的测试用例构成，这些测试用例根据每个 功能来定义其测试用例的输入、输出及行为。单元测试除了用功能性测试方法外，还可以利 用结构性测试（白盒测试）方法进行测试。 ; 除上述之外，单元测试还要考虑到在下一步的集成测试中各个单元整合后的健壮性 (robustness)，因而单元测试要同时考虑一些非功能性因素，比如对代码单元效率(efficiency)、 可维护性(maintainability)的测试。效率是指对计算机资源的耗用，比如内存占用率、系统响 应时间、硬盘及网络访问时间等。可维护性是指对已编写好的代码单元的后期修改、扩展及 维护难易程度。决定可维护性高低的一个重要标准是在代码单元编写好的一段时间后（如数 月或数年之后），此代码