软件测试知识体系介绍.docVIP

知识体系： 1 开发技术 1.分析 SRS：软件需求规格说明 设计 （1）概要设计（HLD）：在设计阶段把各项需求转换成相应的体系结构，每一部分是功能明确的模块； （2）详细设计（LLD）：对每个模块要完成的工作进行具体的描述。 （3）DB:数据库基本设计; （4）GUI 图形用户界面(Graphical User Interface，简称 GUI，又称图形用户接口)是指采用图形方式显示的计算机操作用户界面设计 3.调试 调试：软件调试是在进行了成功的软件测试后才开始的工作。调试是通过现象，找出原因的一个思维分析的过程。软件调试与软件测试不同，测试的主要工作是找缺陷，而调试的目的是为了解决缺陷。 2 测试技术 单元测试（UT执行）：一个测试用例的测试执行；（主要是白盒测试） 集成测试（IT执行）：一个测试用例集的测试执行；（主要是灰盒测试） 系统测试（ST执行）：不同测试阶段的测试执行。（主要是黑盒测试） 2.1 白盒测试 基于程序结构的逻辑驱动测试，又可以被称为结构化测试、逻辑驱动测试。 动态和静态测试的分类依据在于：被测对象是否运行起来。 2.1.1 静态分析 （1）控制流分析 控制流相关概念：程序元素、控制流关系、控制流图、控制流矩阵。 控制流分析能发现的问题：转向并不存在的标号；没有用的语句标号；从程序入口进入后无法达到的语句；不能达到停机语句的语句。 （2）数据流分析 数据流相关概念：数据的定义；数据的引用。 数据流分析的左右：分析代码中关于数据定义和引用方面的错误；进行代码化。（赋值语句运算效率高） （3）信息流分析： 信息流分析：输入变量和语句关系；语句和输出变量关系；输入和输出变量管理。 2.1.2 动态分析 一．逻辑覆盖测试（分支测试、路径测试等） 语句覆盖。程序里的每条可执行的语句都要至少执行一次。 判定覆盖。每个判断的真假分支至少执行一次，就是真要至少取一次，假要至少取一次。 条件覆盖。每个判定中的每个条件可能至少满足一次，也就是每个条件至少要取一次真的，再取一次假的。 判定条件覆盖。它要求判断中的每个条件所有可能至少出现一次,并且每个判定本身的判定结果也要出现一次。 条件组合覆盖。每个判定中条件的各种可能组合至少满足一次。 路径覆盖。程序中每一条可能的路径至少执行一次。  白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒法是穷举路径测试。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。 二．程序插装 它使被测试程序在保持原有逻辑完整性基础上在程序中插入一些探针又称为G探测仪通过探针的执行并抛出程序的运行特征数据/基于这些特征数据分析，可以获得程序的控制流及数据流信息进而得到逻辑覆盖等动态信息 2.1.3 白盒测试的特点 测试人员需要了解软件的实现； 可以检测代码中的每条分支和路径； 解释隐藏在代码中的错误； 对代码的测试比较彻底； 实现代码结构上的优化； 白盒测试投入较大，成本高； 白盒测试不验证规格的正确性。 2.2 黑盒测试 2.2.1 黑盒测试概述 黑盒测试：黑盒测试把被测对象看成一个黑盒，只考虑其整体特性，不考虑其内部具体实现；黑盒测试针对的被测对象可以是一个系统、一个子系统、一个模块、一个子模块、一个函数等。又可以被称为基于规格的测试。 常见的黑盒测试类型：功能性测试；容量测试；负载测试；恢复性测试。 2.2.2 黑盒测试用例设计方法 （1）等价类划分 　　等价类划分是把程序输入域划分成若干子集，然后从子集中选取少数具有代表性的数据进行测试。在子集集合中，各个输入数据对于揭露程序中的错误是等价的。等价类分为有效等价类和无效等价类。 （2）边界值分析法 由于需求界定不准确、设计不严密、程序书写手误等等原因，对于这些数据范围边界的判断是软件极容易出错的地方。 边界值适用场景：1）输入（输出）条件规定了取值范围；2）输入（输出）条件规定了值的个数；3）程序规格说明书中提到的输入或输出是一个有序的集合；4）程序中使用了一个内部数据结构 （3）输入域测试法 1、极端测试：需要选择测试数据覆盖输入域的极端情况 2、中间范围测试：选择域内部的数据进行测试 3、特殊值测试：根据要计算的功能特性的基础来选择测试数据。尤其适用于数学计算。例：Sin（）函数的周期 （4）输出域覆盖法 1、前提：对业务一定要非常熟悉 2、分析各输出的等价类，通过选择那些会导致各个输出的等价类被达到的输入点来执行测试期望达到输出域等价类的覆盖； 3、分析各输出的边界，通过选择那些会导致各