第3章软件生命周期中的软件测试（20110303）.pptVIP

通用V模型 快速应用开发(RAD）模型，即“V”模型 属于线性顺序类的软件开发模型。 RAD模型实现的前提是良好的需求分析，且项目范围是明确的。 通用V模型的主要思想是：开发任务和测试任务是相互对等的活动且同等重要。 总结：通用V模型最重要的特征和思想 实现活动和测试活动是分开的，但它们是同等重要的（左边/右边）。 V模型阐明了测试的验证和确认的思想。 根据对应的开发级别的不同来区分测试级别。 与其说V模型中不同的测试级别是测试活动的一个临时划分，不如说是一个定义测试中抽象级别的过程。这些级别在技术上差别很大，有不同的目标，进而意味着使用不同的方法和工具，对个人的知识体系的要求也不一样。 3.2 单元测试（组件测试） 测试优先编程或测试驱动的开发 一种组件测试的方法，在增量开发时很流行，该方法在编码前准备测试用例并对测试用例进行自动化。 这种方法是高度迭代的；代码块被重复地测试和改进，直到组件通过所有的测试。 3.2.3 测试环境 作为级别最低的测试，测试是与开发紧密合作的情况下进行的。 示例：类中的一个方法的测试 VSR系统DreamCar中汽车价格计算的规格说明(想见书中描述） 计算总的价格的C++程序： double calculate_price(double baseprice,double specialprice,double extraprice,int extras,double discount) { double addon_discount; double result; if(extras=3） addon_discount=10; else if(extras=5） addon_discount=15; else addon_discount=0; if(discountaddon_discount) addon_discount=discount; result=baseprice/100.0*(100-discount) +specialprice +extraprice/100*(100-addon_discount); return result; } 测试驱动器 测试人员使用相应的类的接口测试这个价格计算器，他们用适当的参数和数据调用函数calculate_price()，然后读取并记录函数调用的返回值。 为了实现这样的测试，需要测试驱动器（test driver）。 ——测试驱动器（test driver）是用来调用被测试组件，并获得测试对象返回值的程序。 对于测试对象calculate_price()，可以设计一个非常简单的测试驱动器： 上面是一个简单的测试驱动器。可以对它进行一些有效的扩展，例如：开发一个工具来记录测试数据和测试结果，包括测试的日期和时间，或者增加一个可以从文件或数据库中读取测试用例的函数。 测试驱动器的编写需要一定的编程技巧和对被测试组件的了解。测试人员只有在获得测试目标的程序代码并且理解这段代码后，才能够在测试驱动器中正确调用测试对象。为了编写合适的测试驱动器，测试人员必须了解编程语言，并且有合适的编程工具。 这就是为什么通常由开发人员自己来执行组件测试。组件测试可以被看成一种开发人员的测试。 1：检查功能性 保证具体的测试对象按照规格说明的要求，完全正确地实现它的所有功能。 这里的功能是指测试对象的输入/输出行为。 为了验证实现正确性和完整性，需要一系列的测试用例，每个测试用例覆盖特定的输入/输出组合(部分功能）。 组件功能测试中发现的常见软件缺陷有计算错误、遗漏或程序路径选择错误。 3：检查非功能性：效率和可维护性 1.效率测试 效率表明了组件对计算机资源的有效程度。 包括：例如内存使用、计算时间、磁盘或网络访问时间以及执行函数和算法的时间。 组件测试可以准确度量所测试对象的效率，并以准确的度量标准表达出来。（例如内存使用率用千字节，响应时间用微秒）。 效率测试只有在系统中效率至关重要的部分，或者在规格说明中明确了效率需求的时候，才进行效率测试。（例如嵌入式系统，实时系统） 2.可维护性测试 可维护性是指程序中对修改系统的难易程度或者继续开发有影响的所有特性。 开发人员对程序和其上下文的理解至关重要。可维护性测试时最重要的：代码结构、模块化、代码注释的质量、标准符合度、可理解性、文档的必威体育精装版性等。 3.2.5 组件测试策略 白盒测试技术 “黑盒”测试技术 3.3 集成测试 大型集成测试 组件的集成称为小型集成测试，有时称为组件集成测试（component integration test）。 对与外部软件系统的接口的检查，称为系统集成测