《软件测试相关知识.pptx》由会员分享，可在线阅读，更多相关《软件测试相关知识.pptx（44页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、单元测试单元测试集成测试集成测试系统测试系统测试验收测试验收测试传统软件测试阶段单元测试单元测试对象：模块内容：静态测试（走查，审查），动态测试（白盒为主，黑盒为辅）目标：编码的正确性和规范性，代码结构的可靠性和健全性单元测试单元测试主要任务：1.模块接口测试2.模块局部数据结构测试3.模块边界条件测试4.模块中所有独立执行通路测试5.模块的各条错误处理通路测试6.模块编码标准和规范单元测试单元测试测试技术1.静态测试技术2.动态测试技术静态测试技术静态测试技术概念：在不运行程序的情况下，对程序代码进行分析编码的标准和规范：通过规范标准的编码可以增加程序的可靠性，可读性，可维护性和可移植性静态
2、测试技术静态测试技术走查：测试成员提出测试实例，由通读过程序的程序员在纸或黑板上展示运行过程审查：采用缺陷表，由测试员和程序员按照表找缺陷。之后再通过对新发现的缺陷进行分析归类之后充实缺陷表动态测试技术动态测试技术白盒测试：在基于了解模块内部结构的情况下，检验程序内部动作是否按照规格说明书运行黑盒测试：关注单元模块的功能和性能单元测试单元测试通过测试的条件1.单元功能与设计需求一致2.单元接口与设计需求一致3.正确处理输入和运行错误4.修改已知的错误5.达到相关测试用例的覆盖率6.完成单元测试报告敏捷开发中的单元测试敏捷开发中的单元测试测试驱动开发优点：保证功能的实现，程序易于调试，耦合度低，
3、测试自动成为文档集成测试集成测试对象：通过了单元测试的模块集合方法：黑盒为主，白盒为辅主要任务：各单元之间的接口是否存在问题，以及模块集成之后功能的完整集成测试集成测试集成测试模式1.非渐增式测试模式2.渐增式测试模式非渐增式测试模式非渐增式测试模式概念：先完成所有单元测试，再将所有单元按照要求组合，一起进行集成测试优点：不需要做桩模块和驱动模块，工作量少缺点：必须等所谓模块完成才能开始测试，难以确定错误发生位置，发现接口错误晚例子：大棒集成测试渐增式测试渐增式测试概念：集成集合中，每增加一个完成了的单元测试的模块就进行一次集成测试优点：发现接口错误早，检测彻底缺点：需要辅助程序，工作量大例子
4、：自顶向下，自底向上集成测试集成测试功能测试：确保集成后的各个模块不会出现新的错误（基本与黑盒测试相同）功能测试的标准：确保程序按照产品规格说明书功能测试的方法：等价类划分，边界值分析，错误推测系统测试系统测试对象：经过集成测试后的软件，计算机硬件，支持软件，数据以及相关人员主要任务：充分运行系统，验证系统各部件正常工作系统测试系统测试1.压力测试：通过长时间或超大负荷地运行测试软件，了解系统性能和可靠性2.容量测试：分析软件某项指标的极限值3.性能测试：测试系统运行时的性能表现4.安全测试：对于非法入侵的防范力5.容错测试：当系统出错时，修正错误并重新启动的能力验收测试验收测试对象：已通过系
5、统测试的软件产品内容：可用性测试，兼容性测试，安装测试，文档测试目的：验证系统是否达到了用户需求规格说明书的要求，保证产品被用户接受面向对象测试面向对象测试类与子类的测试：由于子类至少从父类中继承了部分的规范和实现，因此在父类已经经过测试的情况下，子类可以重用父类的测试用例，甚至省略一部分测试子类与父类常见的情况以及处理：面向对象测试面向对象测试1.子类中增加了新的方法或操作新操作和方法不对继承来的方法和操作产生影响新操作和方法对继承来的方法和操作产生影响2.子类对父类的操作规范进行修改3.子类对父类的方法操作覆盖4.子类中添加了新的变量新变量在操作中使用新变量在操作中未使用5.子类对父类中已
6、存在变量修改面向对象测试面向对象测试面向对象的单元测试面向对象的集合测试面向对象的单元测试面向对象的单元测试对象：原始类方法：代码检查，执行检查目的：确保类代码完全满足说明要求测试时间：可以处于开发过程的不同位置，但类的实现一旦发生变化就需要进行回归测试面向对象的单元测试面向对象的单元测试测试充分性：1.基于状态的覆盖率2.基于约束的覆盖率3.基于代码的覆盖率面向对象的集成测试面向对象的集成测试对象交互1.原始类测试2.汇集类测试3.协作类测试n测试常用方法1.抽样测试2.正交整列测试软件测试自动化软件测试自动化手工测试对象：不稳定软件，开发周期很短的软件和一次性的软件，以及功能逻辑测试，验收
7、测试，适用性测试和实际物理交互性的测试自动化测试对象：单元测试，集成测试，系统负载或性能测试，稳定性测试，可靠性测试以及功能回归测试软件测试自动化的基本架构软件测试自动化的基本架构1.构建存放程序软件包和测试软件包的文件服务器2.管理存储测试用例和测试结果的数据库服务器3.执行测试的运行环境4.控制测试进程5.由web服务器显示测试结果，生成统计报表6.在客户端对测试结果进行分析软件测试自动化的原理和方法软件测试自动化的原理和方法代码分析捕获和回放脚本技术自动比较测试管理软件测试工具的分类软件测试工具的分类根据测试方法：白盒测试工具，黑盒测试工具根据测试对象和目的：单元测试工具，功能测试工具，
8、负载测试工具，性能测试工具和测试管理工具软件测试工具软件测试工具单元测试工具：C+Test,JUnit,.Test负载和性能测试工具：LoadRunner,QALoad,SQA LoadGUI功能测试功能工具：WinRunner,QARun,SQA Robot基于web应用的测试工具：Astra系列,E-Test Suite,WorkBench软件测试自动化解决方案软件测试自动化解决方案IBM-Rational产品的整体解决方案Mercury Interactive产品的整体解决方案Compuware产品的整体解决方案软件产品线测试软件产品线测试面临的主要问题：1.哪里资产在领域工程中测试，哪
9、些在应用工程中测试2.如何促进产品线测试资产的复用（减少工作量）3.如何确保可变性的正确绑定（变体的缺少和冗余）软件产品线测试软件产品线测试领域测试应用测试领域测试领域测试对象：低耦合，可重用的组件特点：测试对象本身是不可执行的，具有可变性目的：发现领域产品中的缺陷，为应用测试创造可重用的测试产品领域测试领域测试测试模型：V模型，W模型领域单元测试：由实现引出，对所有实现了的组件进行测试领域集成测试：由系统设计引出，对公共组件的交互和只含有少量可变交互方式的以实现组件进行测试领域系统测试：由需求引出，难以在领域工程中实际执行。但可以构造在应用工程中可重用的测试资产软件产品线系统测试软件产品线系
10、统测试主要原则1.保持领域测试资产的可变性2.在领域工程中测试公共部分3.使用参考应用来发掘经常使用的变体中的缺陷4.基于参考应用来测试公共部分5.测试可变点绑定的正确性（应用工程）6.应用测试资产在应用间的重用（应用工程）软件产品线系统测试软件产品线系统测试ScenTED技术(Scenario-based Test case Derivation)作用：促进得到系统的，以需求为基础的系统测试用况。ScenTED步骤1.为用况行为建模（活动图）2.创建测试范例3.决定测试数据4.得到应用测试用况软件产品线系统测试软件产品线系统测试ScenTED-PT技术定义：是ScenTED的扩展，加入了对于
11、装载测试和性能分析的关注。ScenTED-PT步骤：1.补充用况场景2.创建基本的测试模型（活动图）3.补充测试模型4.得到领域测试用况场景（顺序图）5.得到应用测试用况场景ScenTED-PT优点：对性能需求和可变性的验证早协同效应提供最优配置选择产品线测试策略的标准产品线测试策略的标准创建测试产品的时间对缺失变量的处理能力验证开发产品的早晚对于测试人员的要求测试开销产品线测试策略产品线测试策略Brute Force Strategy(BFS)Pure Application Strategy(PAS)Sample Application Strategy(SAS)Commonality and Ruse Strategy(CRS)Combined SAS/CRS应用测试应用测试对象：完整的，可执行的程序目的：保证应用软件的质量与领域测试的关系：领域测试项应用测试提供可重用的测试产品；应用测试向领域测试反馈测试产品中的缺陷，并将部分应用测试中产生的产品归类到领域产品中应用测试的内容应用测试的内容应用单元测试应用整合测试应用系统测试应用测试中的活动应用测试中的活动应用测试计划应用测试设计应用测试执行