软件测试与保障知识点及题型

第一章软件测试概述1.软件危机表现形式：（1）软件开发费用和进度失控。

（2）软件系统实现的功能与实际需求不符。

（3）软件的可靠性差。

（4）软件难以维护。

（5）软件通常没有适当的文档资料。

（6）软件成本在计算机系统总成本中所占的比例居高不下，且逐年上升。

（7）软件生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。

2.软件危机的原因：一方面是与软件本身的特点有关，另一方面是与软件开发和维护的方法不正确。

3.软件生存期：6个步骤：计划，需求分析（软件定义阶段），设计，程序编写，测试（软件开发阶段），运行和维护（软件维护阶段）。

4.软件测试的目的：为了发现尽可能多的软件缺陷，并期望通过改错来清除缺陷。

5.软件质量（软件质量特性）是软件一些特性的组合，它仅依赖软件本身。

6.软件质量模型：McCall模型Boehm模型ISO/IEC 9126三层质量模型（质量特性：功能性、可靠性、可用性、效率、可移植性、可维护性）：内部质量特性：可维护性、灵活性、可移植性、可读性、可测试性、可理解性外部质量特性：正确性、可用性、效率、可靠性、完整性、适用性、精确性、坚固性使用质量：有效性、生产率、安全性、满意程度共同特点是把软件质量特性定义成分层模型。

7.软件测试以检验是否满足需求为目标：（1）软件是否满足规定的需求；（2）软件是否有差别测试是为了证明程序有错，而不是证明程序无错。

一个好的测试用例在于它能发现至今未发现的错误。

一个成功的测试是发现了至今未发现的错误。

8.软件测试原则：（1）所有的测试都应追溯到用户需求；（2）应尽早的和不断地进行软件测试；（3）在有限的时间和资源下进行完全测试并找出软件所有的错误和缺陷是不可能的，软件测试不能无限进行下去，应适时终止；（4）测试只能证明软件存在错误，而不能证明软件没有错第二章软件测试分类及流程1.软件测试分类：（1）按测试方法分类：白盒测试（结构测试或逻辑驱动测试）、黑盒测试（功能测试或数据驱动测试）、灰盒测试（2）按测试方式分类：静态测试、动态测试（3）按测试过程分类：单元测试、集成测试、系统测试（4）按测试目的分类：功能测试、接口测试、用户界面测试、健壮性测试、性能测试、强度测试、压力测试、负载测试、安全性测试、可靠性测试、恢复测试、安装/卸载测试、兼容性测试、文档测试（5）按执行过程是否需要人工干预分类：手工测试、自动化测试2.软件测试基本流程：（1）需求分析（2）制定测试计划（3）设计测试方案：软件测试背景、依据、测试范围的界定、风险的确定、时间表的制订、其他（4）测试准备（5）测试环境的建立（6）执行测试：输入，执行过程，检查过程，输出（7）记录测试（8）缺陷管理：谁测试谁提交，缺陷描述，常见缺陷管理工具：TestDirector、Bugfree（9）评估测试：缺陷评估、覆盖评测、质量评测（10）总结测试和维护测试3.软件测试原则：（1）尽早测试（2）全面测试（3）全过程测试（4）独立的、迭代的测试（5）Pareto原则（6）对测试出的错误结果一定要有一个确认的过程4.设计测试用例的原则：（1）基于测试需求的原则；（2）用成熟测试用例设计方法来指导设计；（3）兼顾测试充分性和效率的原则；第三章黑盒测试1.黑盒测试又称功能测试、数据驱动测试或基于规格说明的测十四，主要是根据功能需求来测试程序是否按照预期工作。

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试。

2.黑盒测试优点：（1）比较简单，不需要了解程序内部的代码及实现；（2）与软件的内部实现无关；（3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；（4）基于软件开发文档，将测试直接和待测软件要完成的操作相关联，所以能够知道软件实现了文档中的哪些功能；（5）从产品功能角度测试可以最大限度的满足用户的需求；（6）相同动作可重复执行，最枯燥的部分可由机器完成，容易实现自动化测试；（7）依据测试用例有针对性地寻找问题，定位更为准确，容易生成测试数据；（8）设计黑盒测试用例可以喝软件实现同时进行，因此可以压缩项目总的开发时间。

缺点：（1）代码得不到测试；（2）如果需求规格说明设计有误，很难发现错误所在；（3）测试不能充分的进行；（4）结果的准确性取决于测试用例的设计；（5）自动化测试的复用性较低。

3.黑盒测试是穷举输入测试。

4.黑盒测试方法：等价类划分法、边界值法、因果图法、决策表法、正交测试法、错误推测法、场景法（7个）：（1）等价类划分法原则：①在输入条件规定了取值范围或值的个数的情况下，可以确立一个有效等价类和两个无效等价类。

②输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可确立一个有效等价类和一个无效等价类。

③在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类。

④在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的1情况下，可确立n个有效等价类和一个无效等价类。

⑤在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。

⑥在确知已划分的等价类中各元素在程序处理中的方式不用的情况下，则应再将该等价类划分成更小的等价类。

做题：①有效等价类争取覆盖，无效等价类必须全部执行一次（只存在一个变量）。

②步骤：先划分等价类（输入条件，有效等价类，编号，无效等价类，编号）再设计测试用例（用例编号，输入数据，预期结果，覆盖的等价类）（2）边界值分析法①标准边界值测试：只考虑有效范围内的边界值。

对于一个有n个变量的程序，保留其中一个变量，其取值为最小值(Min)、略高于最小值(Min+)、正常值(Normal)、略低于最大值(Max-)、最大值(Max)，让其余变量取正常值，标准边界值分析测试程序会产生4n+1个测试用例。

②健壮边界值测试：考虑有效和无效数据范围内的边界值。

对于一个含有n个变量的程序，保留其中一个变量，其取值为，其取值为略低于最小值(Min-)、最小值(Min)、略高于最小值(Min+)、正常值(Normal)、略低于最大值(Max-)、最大值(Max)，略高于最大值(Max+)，让其余变量取正常值，健壮边界值分析测试程序会产生6n+1个测试用例。

做题：测试区间，测试用例编号，预期输入，预期输出（3）决策表法做题：①N个条件，2^n种规则。

②简化，合并相似规则。

（合并后的条件项用“-”表示，称为无关条件）优点：它能把复杂的问题按各种可能的情况一一列举出来，简明易懂，也可避免遗漏。

其缺点是不能表达重复执行的动作，例如循环结构。

（4）因果图法（考虑输入条件之间的联系、相互组合）优点：①考虑多个输入之间的相互组合、相互制约关系。

②指导测试用例的选择，能够指出需求规格说明描述中存在的问题。

（0,1）或（I）：a、b、c中至少有一个必须是1，即a、b、c不能同时为0。

（1,n）唯一（O）：a和b必须有一个，且有且仅有1个为1。

（1）要求（R）：a是1时，b必须是1，即不能a是1时b是0。

强制（M）：若结果a是1，则结果b强制为0。

（注：句尾括号中（0，n）表示1出现0到n次）e1 e1 e1 e1做题：①分析②关联：形成因果图③转换：转化判定表④输出：设计测试用例（5）错误推测法基本思想：列出所有可能出现的错误和容易发现错误的地方，然后依据测试者经验选择测试用例。

（6）场景法事件流分为基本流和备用流构成场景。

第四章白盒测试1.白盒测试与程序内部结构相关，因此也称结构测试或逻辑驱动测试，是对软件的过程性细节做细致的检查。

分为静态（不执行软件的情况下分析，称为结构分析）和动态（查看和使用代码的内部结构，设计和执行测试，称为结构化测试）两种。

2.静态白盒测试：原则：错误发现得越早，改正错误的成本越低，正确改正错误的可能性越大，改正错误时可能引发的其他错误的数量也越少。

分类：代码检查法（代码审查、代码走查、桌面检查）静态结构分析法（通过生成各种图表、静态错误分析、表达式分析、接口分析）静态质量度量法（可：护性包括可分析性、可修改性、稳定性、可测性）。

3.动态白盒测试：（1）逻辑覆盖测试①语句覆盖：每条语句至少被执行一次。

（标准最弱）②判定覆盖（分支覆盖）：每个判断的“真”“假”分支都至少被执行一次。

（可真真，假假，会忽略条件中取或的情况，不必需要控制只存在一个变量）③条件覆盖：判定中的每个条件获得各种可能的结果，即每个条件至少有一次为真值，有一次为假值。

（条件和判定不一样）④判定-条件覆盖：被测试程序中的每个判断本身的判定结果（真/假）至少满足一次，同时，每个逻辑条件的可能值也至少被满足一次。

⑤条件组合覆盖：被测试程序中每个判定中条件结果的所有可能组合至少执行一次。

（同一个判断语句内存在多个条件的情况，进行笛卡尔乘积组合，不同的判断语句内的条件取值之间无需组合，对于单条件的判断语句，只需要满足自己的所有取值即可。

）⑥路径覆盖：覆盖程序中所有可能的路径。

（2）基本路径测试原则：保证被测程序的每个可执行语句至少被执行一次。

步骤：①控制流图②环路复杂度V（G）=区域数=弧数－结点数+2=判定结点数+1③确定独立路径集合④设计测试用例（3）程序插桩法是一种软件动态测试手段。

往被测程序中插入操作来实现测试目的的方法。

4.其他白盒测试方法（1）域测试：基于程序结构的测试方法。

程序错误分为：域错误、计算型错误、丢失路径错误。

（2）符号测试（3）Z路径覆盖：简化循环意义下的路径覆盖。

第五章单元测试1.单元测试：又称为模块测试。

包括模块程序结构检查、代码测试、模块内功能测试。

是软件测试中最基础的测试，集成测试、功能测试和系统测试都建立在单元测试之上，强调被测试对象的独立性。

单元测试的对象：可独立编译或汇编的程序模块。

目的：检查每个软件单元能否正确地实现说明中的功能、性能、接口和其他设计约束等要求，发现单元内可能存在的各种差错。

方法：以编程人员为主体进行。

特点：①它是一种验证行为，验证功能的正确性。

②它是一种设计行为，迫使编程人员解除软件中的耦合。

③它是一种编写文档的行为。

④它具有回归性。

⑤提高反馈速度，减少重复工作，提高开发效率。

⑥保证最后的代码修改不会破坏之前代码的功能。

⑦让代码维护更容易。

⑧有助于改进代码质量和设计。

2.单元测试方法：人工静态分析：合格的代码应具备：正确性、清晰性、规范性、一致性、高效性等人工动态测试自动静态分析自动动态测试3.群集现象经验表明：测试后程序中残存的错误数目与该程序中已发现的错误数目或检错率成正比。

4.单元测试重点：①一般由程序员自己完成，通常把单元测试看成编码步骤的附属品。

②针对每个程序模块，解决五个方面的问题，即模块接口、局部数据结构、边界条件、独立的路径和错误处理。