软件测试基础篇

1、软件测试基础篇软件测试基础篇软件测试基础篇软件测试基础篇2n软件测试理论软件测试理论n软件测试重要性软件测试重要性n软件测试概念软件测试概念n测试级别测试级别n一般应用测试的类型，以及特定类型的测试一般应用测试的类型，以及特定类型的测试n测试的静态和动态的度量方法测试的静态和动态的度量方法n测试生命周期测试生命周期n测试策略测试策略n测试工具测试工具n测试过程管理测试过程管理软件测试基础篇软件测试基础篇3测试定义n软件测试是为了发现错误而执行程序的过程。软件测试是为了发现错误而执行程序的过程。n软件测试是根据软件开发阶段的规格说明和程序的内部结软件测试是根据软件开发阶段的规格说明和程序的内部结

2、构而精心设计的一批测试用例（即输入数据及预期的输出构而精心设计的一批测试用例（即输入数据及预期的输出结果），并利用这些测试用例去运行程序，以发现错误的结果），并利用这些测试用例去运行程序，以发现错误的过程。过程。软件测试基础篇软件测试基础篇4测试目的n测试是运行程序的过程，目的在于发现错误，在用户使用测试是运行程序的过程，目的在于发现错误，在用户使用应用之前发现问题。应用之前发现问题。n测试是为了证明程序有错，而不是证明程序无错误。测试是为了证明程序有错，而不是证明程序无错误。 n一个好的测试用例在于能够发现至今未发现的错误。一个好的测试用例在于能够发现至今未发现的错误。n一个成功的测试是发现

3、了至今未发现的错误的测试。一个成功的测试是发现了至今未发现的错误的测试。软件测试基础篇软件测试基础篇5n质量的定义质量的定义所完成的软件产品满足需求，符合确定的测量标准，遵所完成的软件产品满足需求，符合确定的测量标准，遵循标准的开发过程。循标准的开发过程。n质量要求质量要求产品质量：产品质量是所生产的主要产品的质量，包括产品质量：产品质量是所生产的主要产品的质量，包括软件和系统以及组成它们的所有元素。软件和系统以及组成它们的所有元素。过程质量：过程质量是指为保证产品质量而采用的实现过程质量：过程质量是指为保证产品质量而采用的实现过程（包括措施和标准）。过程（包括措施和标准）。n测试与质量保证有

4、别测试与质量保证有别软件测试基础篇软件测试基础篇6n尽早地和不断地进行软件测试；尽早地和不断地进行软件测试；n测试用例应由测试输入数据和与之对应的预期输出结果测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成；这两部分组成；n程序员应避免检查自己的程序，单元测试除外；程序员应避免检查自己的程序，单元测试除外；n在设计测试用例时，应当包括合理的输入条件和不合理在设计测试用例时，应当包括合理的输入条件和不合理的输入条件；的输入条件；n充分注意测试中的群集现象；充分注意测试中的群集现象；n严格执行测试计划，排除测试的随意性；严格执行测试计划，排除测试的随意性；n应当对每一个测试结果做全面检

5、查；应当对每一个测试结果做全面检查；n妥善保存测试计划，测试用例，妥善保存测试计划，测试用例，Bug统计和最终分析报统计和最终分析报告，为维护提供方便。告，为维护提供方便。n测试发现的缺陷数应有逐渐减少的趋势。测试发现的缺陷数应有逐渐减少的趋势。软件测试基础篇软件测试基础篇7n瀑布模型瀑布模型n螺旋模型螺旋模型n V模型模型n W模型模型软件测试基础篇软件测试基础篇8n瀑布模型是早期经典的软件生命周期模型，之所以叫做瀑瀑布模型是早期经典的软件生命周期模型，之所以叫做瀑布模型，是因为每一个阶段划分的比较清晰，逐层向下，布模型，是因为每一个阶段划分的比较清晰，逐层向下，具有和瀑布类似的特点。具有和

6、瀑布类似的特点。 计划需求设计编码测试维护瀑布模型的缺点：瀑布模型的缺点： 依赖于早期依赖于早期 的需求调查，不的需求调查，不适应需求的变化适应需求的变化 单一流程单一流程 ，不可逆。，不可逆。 风险往往迟至后期才显露，风险往往迟至后期才显露，失去较早纠正的机会。失去较早纠正的机会。 测试仅是编码后的一个阶段。测试仅是编码后的一个阶段。瀑布模型的优点：瀑布模型的优点： 开发的各个阶段比较清晰开发的各个阶段比较清晰 强调早期计划及需求调查强调早期计划及需求调查 适合需求稳定的产品开发适合需求稳定的产品开发软件测试基础篇软件测试基础篇9n螺旋模型是在瀑布模型的基础上提出来的，之所以叫做螺螺旋模型是

7、在瀑布模型的基础上提出来的，之所以叫做螺旋模型，是因为这是个迭代开发的过程，每一迭代过程均旋模型，是因为这是个迭代开发的过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成。由需求、设计、编码、测试、集成等阶段组成。2.设计设计3.编码编码设计/人 1.计划计划/分析分析 4.测试测试软件测试基础篇软件测试基础篇10用户需求概要设计详细设计编码单元测试集成测试验收测试规格定义系统测试nV模型属于比较新的模型，之所以叫做模型属于比较新的模型，之所以叫做V模型，是因为其模型，是因为其形状看起来像个形状看起来像个V字。字。软件测试基础篇软件测试基础篇11nV模型的优点就是详细表示了测试的各个

8、阶段以及参考依模型的优点就是详细表示了测试的各个阶段以及参考依据：据： 单元测试参考的是单元测试参考的是详细设计详细设计 集成测试参考的是集成测试参考的是概要设计概要设计 系统测试参考的是系统测试参考的是需求规格说明书需求规格说明书 验收测试参考的是实际用户需求验收测试参考的是实际用户需求nV模型的缺点是没有说明在项目的前期测试需要做哪些工模型的缺点是没有说明在项目的前期测试需要做哪些工作，而且和瀑布模型一样，流程也是单项的，不可逆。作，而且和瀑布模型一样，流程也是单项的，不可逆。软件测试基础篇软件测试基础篇12需求分析需求测试概要设计功能测试详细设计设计测试编码单元测试集成集成测试系统系统测

9、试交付验收测试软件测试基础篇软件测试基础篇13按测试策略和过程：按测试策略和过程：n单元测试单元测试n集成测试集成测试n系统测试系统测试n验收测试验收测试软件测试基础篇软件测试基础篇14.单元单元测试测试单元单元测试测试单元单元测试测试集成集成测试测试确认确认测试测试系统系统测试测试被测试模块被测试模块被测试模块被测试模块被测试模块被测试模块设计信息设计信息软件需求软件需求系统其它元素系统其它元素已经测试已经测试过的模块过的模块已集成已集成的软件的软件已确认已确认的软件的软件可交付可交付的软件的软件软件测试基础篇软件测试基础篇15n单元测试：是对软件基本组成单元进行的测试，包括类或单元测试：是

10、对软件基本组成单元进行的测试，包括类或函数等，它的正确性直接关系到最终软件的质量，较早地函数等，它的正确性直接关系到最终软件的质量，较早地发现错误，可以极大地降低软件开发成本。发现错误，可以极大地降低软件开发成本。n集成测试：是将已分别通过测试的单元按设计要求组合起集成测试：是将已分别通过测试的单元按设计要求组合起来再进行的测试，以检查这些单元之间的接口是否存在问来再进行的测试，以检查这些单元之间的接口是否存在问题。成功地构成完整的软件系统，从而完成集成测试。题。成功地构成完整的软件系统，从而完成集成测试。软件测试基础篇软件测试基础篇16n系统测试：就是充分运行或模拟运行软件系统，以验证系系统

11、测试：就是充分运行或模拟运行软件系统，以验证系统是否满足产品的质量需求，特别是非功能的质量需求。统是否满足产品的质量需求，特别是非功能的质量需求。系统测试可以和功能测试并行进行。系统测试可以和功能测试并行进行。n验收测试：是在软件产品完成了功能测试和系统测试之后、验收测试：是在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动。它是技术测试的最产品发布之前所进行的软件测试活动。它是技术测试的最一个阶段，也称为交付测试。同时考虑用户的实际使用环一个阶段，也称为交付测试。同时考虑用户的实际使用环境、数据和习惯等。验收测试的重要特征就是用户参与。境、数据和习惯等。验收测试的重要特

12、征就是用户参与。n回归测试：是由于软件修改或变更，对修改后的工作版本回归测试：是由于软件修改或变更，对修改后的工作版本所有可能影响的范围进行测试。回归测试伴随着整个测试所有可能影响的范围进行测试。回归测试伴随着整个测试过程，在功能测试和系统测试、单元测试和集成测试中，过程，在功能测试和系统测试、单元测试和集成测试中，一旦有变更或修正，都要进行相应的回归测试。一旦有变更或修正，都要进行相应的回归测试。软件测试基础篇软件测试基础篇17n单元测试单元测试测试的最早期阶段，焦点在于最小的被测软件的组成部分测试的最早期阶段，焦点在于最小的被测软件的组成部分在软件生命周期中尽早的对程序进行测试，则可以提高

13、产品的质量在软件生命周期中尽早的对程序进行测试，则可以提高产品的质量并降低维护的难度。并降低维护的难度。软件测试基础篇软件测试基础篇18n单元测试单元测试单元测试常常和模块编写同步进行，在完成了模块代码单元测试常常和模块编写同步进行，在完成了模块代码的编写、通过语法编译之后就可以进行单元测试。的编写、通过语法编译之后就可以进行单元测试。n单元测试任务包括：单元测试任务包括： 模块接口测试、模块接口测试、 局部数据结构测试、局部数据结构测试、 边界条件测试、边界条件测试、 独立执行的通路测试、独立执行的通路测试、 错误处理通路测试、错误处理通路测试、 资源运用测试、资源运用测试、 模块程序结构测

14、试、模块程序结构测试、 软件测试基础篇软件测试基础篇19软件测试基础篇软件测试基础篇20l非增式非增式 对组合中的模块先个别测试，然后全部集中在一起测试。对组合中的模块先个别测试，然后全部集中在一起测试。 优点：一次性，工作简单。优点：一次性，工作简单。 缺点：错误结果难以区分和定位。缺点：错误结果难以区分和定位。l自顶向下自顶向下 优点：自然，一开始就可以清楚系统的框架。优点：自然，一开始就可以清楚系统的框架。 缺点：需要桩模块的支撑。缺点：需要桩模块的支撑。l自底向上自底向上 优点：驱动程序的编写要比桩简单。优点：驱动程序的编写要比桩简单。 缺点：直到最后一个模块加入进去之前，缺乏对缺点：

15、直到最后一个模块加入进去之前，缺乏对 系统框架的整体概念系统框架的整体概念软件测试基础篇软件测试基础篇21系统测试的内容：系统测试的内容：l功能：所有需求所指明的正常功能功能：所有需求所指明的正常功能l错误处理：对错误输入的反映错误处理：对错误输入的反映l故障恢复：系统的容错能力故障恢复：系统的容错能力l安全：防范非法入侵的能力安全：防范非法入侵的能力l强度：对资源方面的异常情况的抵抗能力强度：对资源方面的异常情况的抵抗能力l性能：对系统使用方面的异常情况的抵抗力性能：对系统使用方面的异常情况的抵抗力软件测试基础篇软件测试基础篇22n确认测试确认测试进行有效性测试，运用黑盒测试的方法，验证所测

16、试的进行有效性测试，运用黑盒测试的方法，验证所测试的软件是否满足需求规格说明书列出的要求；软件是否满足需求规格说明书列出的要求；n软件配置复查，保证软件的所有配置成分都齐全；软件配置复查，保证软件的所有配置成分都齐全；nalpha测试和测试和beta测试测试n验收测试，以用户为主，由用户参加设计测试用例，对程验收测试，以用户为主，由用户参加设计测试用例，对程序的功能、性能，以及可移植性、兼容性、可维护性、错序的功能、性能，以及可移植性、兼容性、可维护性、错误的恢复功能等进行确认误的恢复功能等进行确认软件测试基础篇软件测试基础篇23排错与测试有着完全不同的含义：排错与测试有着完全不同的含义： 测

17、试只能发现错误的特征，给排错提供分析错误的依据测试只能发现错误的特征，给排错提供分析错误的依据 排错是根据测试提供的依据，分析并找到错误的根源，然排错是根据测试提供的依据，分析并找到错误的根源，然后修正错误。后修正错误。 排错的主要手段：排错的主要手段： 蛮力法蛮力法 回溯法回溯法 原因排除法原因排除法软件测试基础篇软件测试基础篇24从测试的手段上分：从测试的手段上分：n静态测试静态测试不需要执行所测试的程序，扫描所测试的程序的正文，不需要执行所测试的程序，扫描所测试的程序的正文，对程序的数据流和控制流进行分析，得出测试结果对程序的数据流和控制流进行分析，得出测试结果.n动态测试动态测试利用测

18、试用例运行程序，发现程序中的错误。利用测试用例运行程序，发现程序中的错误。软件测试基础篇软件测试基础篇25n工程测试工程测试 往往采用审阅的测试方式，它是在软件开发项目内往往采用审阅的测试方式，它是在软件开发项目内部进行，目的是保证开发过程中的中间产品，在被项目的部进行，目的是保证开发过程中的中间产品，在被项目的其它部分所引用之前，具有应有的质量。如：接口约定的其它部分所引用之前，具有应有的质量。如：接口约定的评审等。评审等。n正式测试正式测试 也是采用审阅的方式，它对已经完成的中间产品进行也是采用审阅的方式，它对已经完成的中间产品进行正式的质量评估，一旦通过，该中间产品将被纳入基线，正式的质

19、量评估，一旦通过，该中间产品将被纳入基线，通常正式测试也是在项目组内部进行，但是它的正式程度通常正式测试也是在项目组内部进行，但是它的正式程度高于工程测试。如：高于工程测试。如：需求分析说明书需求分析说明书评审等。评审等。软件测试基础篇软件测试基础篇26n审核测试审核测试 通常由独立于项目组的质量管理人员定期举行。对项通常由独立于项目组的质量管理人员定期举行。对项目的开发过程、规定的活动、进度计划进行审核，主要是目的开发过程、规定的活动、进度计划进行审核，主要是对开发的过程进行控制。审核的结果，常常就是对一个项对开发的过程进行控制。审核的结果，常常就是对一个项目或计划进行重大调整的依据。如：质

20、量保证部门对开发目或计划进行重大调整的依据。如：质量保证部门对开发过程的验证等。过程的验证等。n检查测试检查测试 通常也是由项目组以外、甚至企业组织以外的人员进通常也是由项目组以外、甚至企业组织以外的人员进行。检查测试往往是针对特定的课题，按照事先确定的要行。检查测试往往是针对特定的课题，按照事先确定的要求进行严格的审查。当检查有权威性行业机构组织实施时，求进行严格的审查。当检查有权威性行业机构组织实施时，检查的结果往往影响深远。如检查的结果往往影响深远。如CMM认证的正式审核。认证的正式审核。软件测试基础篇软件测试基础篇27按测试用例设计方法：按测试用例设计方法：n白盒测试白盒测试n黑盒测试

21、黑盒测试软件测试基础篇软件测试基础篇28n黑盒测试黑盒测试功能功能系统性能系统性能n白盒测试白盒测试静态质量分析静态质量分析覆盖测试分析覆盖测试分析RUNTIME问题检测问题检测代码执行性能代码执行性能n测试执行方式测试执行方式动态动态静态静态软件测试基础篇软件测试基础篇29软件测试基础篇软件测试基础篇30n白盒测试白盒测试结构测试、逻辑驱动测试结构测试、逻辑驱动测试结构测试将程序的执行表现与编码意图作比较结构测试将程序的执行表现与编码意图作比较随着随着CASECASE工具的发展，白盒测试的内容相应扩展工具的发展，白盒测试的内容相应扩展应用程序典型白盒测试方法典型白盒测试方法静态分析静态分析动

22、态测试动态测试软件测试基础篇软件测试基础篇31n黑盒测试黑盒测试功能测试、数据驱动测试、基于规格说明的测试功能测试、数据驱动测试、基于规格说明的测试将程序的执行表现与功能需求规格说明作比较将程序的执行表现与功能需求规格说明作比较输入输出典型黑盒测试方法典型黑盒测试方法等价类划分等价类划分因果图因果图边界值分析边界值分析软件测试基础篇软件测试基础篇32n如果想用黑盒测试来发现程序中的所有错误，就必须用输如果想用黑盒测试来发现程序中的所有错误，就必须用输入数据的所有可能值来检验程序是否都能产生预期的结果，入数据的所有可能值来检验程序是否都能产生预期的结果，但是这个显然是不可能的：但是这个显然是不可

23、能的： 穷举输入穷举输入 设计规格说明书设计规格说明书n因而不能单纯依靠功能测试，还必须研究程序的逻辑和结因而不能单纯依靠功能测试，还必须研究程序的逻辑和结构，来分析程序的总体质量状况。构，来分析程序的总体质量状况。软件测试基础篇软件测试基础篇33功能测试（黑盒测试）功能测试（黑盒测试）源于系统级、界面和单元级的规格说明，测试数据来自源于系统级、界面和单元级的规格说明，测试数据来自程序需求，不用关心程序结构，独立于开发语言。程序需求，不用关心程序结构，独立于开发语言。n结构测试（白盒测试）结构测试（白盒测试）需要了解源码，包括程序结构、变量，测试数据来自程需要了解源码，包括程序结构、变量，测试

24、数据来自程序本身。序本身。软件测试基础篇软件测试基础篇34从测试级别上说从测试级别上说n单元测试单元测试n集成测试集成测试自底向上测试自底向上测试自上向下测试自上向下测试n系统测试系统测试n验收测试验收测试软件测试基础篇软件测试基础篇35n设计评审设计评审n静态分析静态分析n功能测试功能测试n用户界面测试用户界面测试n性能测试性能测试n压力测试压力测试n容量测试容量测试n配置测试配置测试n安装测试安装测试软件测试基础篇软件测试基础篇36n设计评审设计评审 评审在软件需求分析阶段产生的软件需求规格说明书、评审在软件需求分析阶段产生的软件需求规格说明书、数据要求规格说明，以及在软件概要设计阶段产生

25、的数据要求规格说明，以及在软件概要设计阶段产生的软件概要设计说明书等。软件概要设计说明书等。软件测试基础篇软件测试基础篇37对源代码的静态分析：处理源代码，生成符号表、交叉对源代码的静态分析：处理源代码，生成符号表、交叉引用标等，主要分析代码中的类型、引用、参数传递，以引用标等，主要分析代码中的类型、引用、参数传递，以及表达式等不用运行就能够发现的错误；另外还有一些容及表达式等不用运行就能够发现的错误；另外还有一些容易出错的地方，如空指针赋值、下标越界等。还可以检查易出错的地方，如空指针赋值、下标越界等。还可以检查诸如命名规则等编程规范。诸如命名规则等编程规范。n人工测试人工测试p代码评审：由

26、代码评审小组依据设计说明书、控制代码评审：由代码评审小组依据设计说明书、控制流程图等设计文档对代码进行审议，以发现错误；流程图等设计文档对代码进行审议，以发现错误；p走查代码：使用一些测试用例，人工执行程序，以走查代码：使用一些测试用例，人工执行程序，以发现逻辑错误。发现逻辑错误。软件测试基础篇软件测试基础篇38n功能测试功能测试验证软件是否提供了所期待的服务。包括：验证软件是否提供了所期待的服务。包括：“主要主要”方案方案-所有的输入是合法的。所有的输入是合法的。“辅助辅助”方案方案-一些或所有的输入是不合法的。一些或所有的输入是不合法的。软件测试基础篇软件测试基础篇39n缺陷影响的严重程度

27、缺陷影响的严重程度n缺陷修正的优先级缺陷修正的优先级n缺陷产生的原因缺陷产生的原因n当前的缺陷状态（当前的缺陷状态（open, being fixed, closed等）等）软件测试基础篇软件测试基础篇40n缺陷分布缺陷分布n缺陷滞留缺陷滞留n缺陷趋势缺陷趋势n测试结果和进展测试结果和进展软件测试基础篇软件测试基础篇41软件测试基础篇软件测试基础篇42软件测试基础篇软件测试基础篇43软件测试基础篇软件测试基础篇44 Maintenance维护需求分析设计开发 Revision Build Build实施实施Exec.测试计划缺陷追踪测试开发测试设计缺陷分析软件测试基础篇软件测试基础篇45Exe

28、c.Exec.Test PlanningDefect TrackingTestDevelopment测试设计Evaluation Build BuildExec. Build软件测试基础篇软件测试基础篇46软件测试基础篇软件测试基础篇47软件测试基础篇软件测试基础篇48软件测试基础篇软件测试基础篇49软件测试基础篇软件测试基础篇50软件测试基础篇软件测试基础篇51?软件测试基础篇软件测试基础篇52软件测试基础篇软件测试基础篇53软件测试测试团队测试组管理员测试组成员测试过程/方法测试工具测试计划及设计工具测试开发及实施工具测试评估及缺陷跟踪工具软件测试基础篇软件测试基础篇54测试设计工程师/测

29、试开发工程师测试团队测试经理 测试系统管理员测试执行工程师软件测试基础篇软件测试基础篇55以上我们学习了：以上我们学习了：n软件测试的重要性软件测试的重要性n基本概念回顾：测试的定义，测试目的等基本概念回顾：测试的定义，测试目的等n测试的级别：单元、集成、系统、验收测试的级别：单元、集成、系统、验收n测试术语小结测试术语小结n测试类型：功能、界面、性能、压力、容量、配置、安装测试类型：功能、界面、性能、压力、容量、配置、安装等等n测试度量：静态度量、动态度量测试度量：静态度量、动态度量n测试策略：制定策略应考虑到的因素测试策略：制定策略应考虑到的因素n测试生命周期：计划、设计、实现、执行、评估

30、以及缺陷测试生命周期：计划、设计、实现、执行、评估以及缺陷跟踪跟踪n测试工具测试工具n测试过程管理测试过程管理软件测试基础篇软件测试基础篇56一、设有一个档案管理系统，要求用户输入以年一、设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定在月表示的日期。假设日期限定在1990年年1月月2049年年12月，并规定日期由月，并规定日期由6位数字字符组成，位数字字符组成，前前4位表示年，后位表示年，后2位表示月。现用等价类划分法位表示月。现用等价类划分法设计测试用例，来测试程序的设计测试用例，来测试程序的“日期检查功能日期检查功能”。 软件测试基础篇软件测试基础篇571)划分等价类并编

31、号划分等价类并编号,下表等价类划分的结果下表等价类划分的结果输入等价类输入等价类有效等价类有效等价类无效等价类无效等价类日期的类型及长度日期的类型及长度6位数字字符位数字字符有非数字字符少于有非数字字符少于6位数位数字字符多于字字符多于6位数字字符位数字字符年份范围年份范围在在19902049之间之间小于小于1990大于大于2049月份范围月份范围在在0112之间之间等于等于00大于大于122)设计测试用例，以便覆盖所有的有效等价类在表中列出了设计测试用例，以便覆盖所有的有效等价类在表中列出了3个有效等价类，编号分别为、，设计的测试用个有效等价类，编号分别为、，设计的测试用例如下：例如下： 测试数据测试数据 期望结果期望结果 覆盖的有效等价类覆盖的有效等价类 200211 输入有效输入有效 、 软件测试基础篇软件测试基础篇583)为每一个无效等价类设计一个测试用例，设计结果如下：为每一个无效等价类设计一个测试用例，设计结果如下： 测试数据测试数据 期望结果期望结果 覆盖的无效等价类覆盖的无效等价类 95June 无效输入