软件测试理论基础课件.ppt

《软件测试理论基础课件.ppt》由会员分享，可在线阅读，更多相关《软件测试理论基础课件.ppt（38页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试理论基础软件测试理论基础1概述概述软件测试定义软件测试目标软件测试对象软件测试原则软件测试方法软件生命周期软件测试流程软件测试评测方法建议2软件测试定义软件测试定义定义一定义一：使用人工和自动化的手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。定义二定义二：软件测试是贯穿整个软件开发生命周期、对软件产品（包括阶段性产品）进行验证和确认的活动过程。验证验证：是为确定某一开发阶段的产品是否满足在该阶段开始时提出的要求而对系统或部件进行评估的过程。确认确认：是在开发过程中或结束时，对系统或部件进行评估，以确定其是否满足需求规格的过程。定

2、义三定义三：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例运行软件，以发现软件错误的过程。3软件测试目标软件测试目标第一：确保软件的质量第二：提供信息第三：保证整个软件开发过程是高质量的4软件测试对象软件测试对象软件测试的对象不仅仅是程序，还包括整个软件生命周期中产生的所有过程文档。如：在软件定义阶段产生的可行性报告、项目实施计划、软件需求说明书或系统功能说明书，在软件开发阶段产生的概要设计说明书、详细设计说明书，以及源程序等。5软件测试原则软件测试原则一、尽早和不断地进行测试二、遵循Pareto原则三、软件测试是不完全的四、并非所有的软件错误

3、都能修复 五、由小到大的测试范围 六、避免由开发人员测试自己的程序 七、追溯至用户需求 八、程序修改后要回归测试 九、妥善保存一切测试过程文档6软件测试方法软件测试方法7软件测试方法软件测试方法单元测试单元测试集成测试集成测试系统测试系统测试验收测试验收测试概念概念对软件中的最小可测试单元进行检查和验证在单元测试基础上的，将所有模块按照概要设计要求组装成子系统或系统后的测试，重点测试不同模块的接口部分将整个软件系统看做一个整体进行测试，包括对功能、性能以及软件所运行的软硬件环境进行测试旨在向未来的用户展示该软件系统已能满足其需求要求测试时机测试时机编码之后，代码已经通过编译之后在单元测试之后集

4、成测试之后系统测试后期，软件正式交付用户使用之前测试人员测试人员白盒测试工程师或开发人员白盒测试工程师或开发人员黑盒测试工程师用户和黑盒测试工程师测试依据测试依据1、源程序本身，包括代码和注释2、详细设计文档1、单元测试的模块2、概要设计文档需求规格说明书需求规格说明书测试通过测试通过标准标准1、单元测试用例的执行率为100%，通过率为95%2、语句的覆盖率达100%3、分支的覆盖率达85%1、各个单元模块结合到一起能够协同配合，正常运行2、测试用例的执行率为100%，通过率为95%1、系统功能、性能等满足需求规格说明书中的要求2、测试用例的执行率为100%，通过率为95%1、系统功能、性能等

5、满足需求规格说明书中的要求2、测试用例的执行率为100%，通过率为95%主要方法主要方法控制流测试、数据流测试、排错测试、分域测试等自顶向下测试、自底向上测试功能测试、性能测试、随机测试等Alpha测试、Beta测试8软件测试方法软件测试方法测试阶段测试阶段静态测试静态测试动态测试动态测试可行性评审可行性评审需求评审需求评审设计评审设计评审单元测试单元测试集成测试集成测试系统测试系统测试验收测试验收测试静态测试静态测试：不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。动态测试动态测试：实际运行被测软件，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程

6、。9软件测试方法软件测试方法黑盒测试黑盒测试白盒测试白盒测试概念概念又称为功能测试或数据驱动测试。它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试。它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。又称结构测试或逻辑驱动测试。它是知道产品内部工作过程，可通过测试来检测产品内部工作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都能按预定要求正确工

7、作，而不顾它的功能。测试人员测试人员黑盒测试工程师或用户白盒测试工程师或开发人员测试依据测试依据需求规格说明书1、源程序本身，包括代码和注释2、详细设计文档主要方法主要方法等价类划分、边界值分析、因果图、错误推测等逻辑覆盖、循环覆盖和基本路径测试应用应用软件确认测试软件验证测试10软件测试方法软件测试方法功能测试功能测试：主要检查实际软件的功能是否符合用户的需求。功能测试又可细分为：逻辑功能测试逻辑功能测试：假设一个软件的业务流程是，如果输入1就走A流程，输入2，走B流程，输入3，退出。那对于测试人员来说，输入1到3就是不同的逻辑，你也可以输入0，4，来检验程序是否有做保护处理。界面测试界面测

8、试：验证软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息等方面的测试。易用性测试易用性测试：从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。安装测试安装测试：是验证软件能否正常进行安装和卸载的测试。兼容性测试兼容性测试：是测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。包括向上兼容、向下兼容，软件兼容和硬件兼容。11软件测试方法软件测试方法性能测试性能测试：主要是验证系统的性能指标是否满足需求要求。性能测试又可细分为：一般性测试一般性测试：指的是让被测系统在正常的软硬件条件下运行

9、，不向其施加任何压力。稳定性测试稳定性测试：也叫可靠性测试，是指连续运行被测系统，检查系统运行时的稳定程度。负载测试负载测试：指让被测系统在其能忍受的压力的极限范围内连续运行，检查系统运行时的稳定性。压力测试压力测试：通常是指持续不断地给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。12软件测试方法软件测试方法 回归测试回归测试：是在软件维护阶段，重复执行上一个版本测试时的测试用例，对修改后的新版本进行的测试。其目的是检验对软件所做的修改是否正确。冒烟测试冒烟测试：是指在对一个新版本进行系统的大规模测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。随机测试

10、随机测试：是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。13软件生命周期软件生命周期 软件生命周期软件生命周期：即一个软件从功能确定、设计、开发成功、投入使用，并在使用中不断的修改、增补和完善，直至被新的需要替代而停止使用的全过程。软件生命周期包括软件开发的生命周期和软件测试的生命周期。软件生命周期模型软件生命周期模型是软件项目的流程模版，为制定项目流程提供参考依据。14软件生命周期软件生命周期瀑布模型优点瀑布模型优点：1、强调开发的阶段性，各阶段具有顺序性和依赖性2、推迟编码实现的观点，主张早期调研和需求分析3、质量保证的观点，要求每个阶段的产品

11、都应在评审之后才能流入下一阶段，作为下一阶段的输入4、“线性”逻辑容易掌握及应用5、可在复杂的非线性模型中应用瀑布模型缺点瀑布模型缺点：1、文档驱动，用户无法及时了解产品的情况2、当需求变更时将会导致阶段反复，而且都要重复需求、设计、编码、测试等过程。3、流程单一，不可逆4、早期的错误可能要等到开发后期的测试阶段才能发现，无法全面的保证质量，控制风险5、严格线性运行，无法在人员、工作量分配上实现最优搭配，严重影响工作效率和进度瀑布模型适用范围瀑布模型适用范围：需求稳定的产品15软件生命周期软件生命周期V V模型优点模型优点：1、明确地标明了测试过程中存在的不同级别2、清楚地表示出测试阶段和开发

12、过程各阶段的对应关系3、强调了测试过程与开发过程的并行性V V模型缺点模型缺点：1、没有说明项目的前期测试需要做哪些工作，如编写测试计划、测试用例等2、把系统开发过程划分为具有固定边界的不同阶段，很难跨过这些边界来采集测试所需要的信息16软件生命周期软件生命周期渐进模型优点渐进模型优点：1、设计上的灵活性,可以在项目的各个阶段进行变更2、关键的功能更早出现，随着项目推进,客户始终掌握项目的最新信息，可以提高开发人员与客户之间的有效信息交互3、用户在整个软件开发过程中都直接参与，因此最终的产品能够很好地满足用户的需求4、以小的分段来构建大型系统,使成本计算和风险控制变得简单容易渐进模型缺点渐进模

13、型缺点：由于过多的开发周期会增加成本，耗费时间渐进模型适用范围渐进模型适用范围：开发初期用户需求不甚明确相关技术和理论需要不断研究、反复实验开发过程需要经常与用户交互的产品17软件测试流程软件测试流程需求评审测试计划测试设计测试前期准备测试执行缺陷管理测试报告测试评测18软件测试流程软件测试流程-需求评审需求评审需求评审的注意事项：需求评审的注意事项：一、注意对需求规格说明的正确性正确性进行评审 1、是否冲突或者重复 2、是否清晰、简洁、无二义性3、是否有内容和语法错误 4、是否合理地确定了性能指标 5、是否合理地确定了安全性指标二、注意对需求规格说明的完整性完整性进行评审 1、是否包含了所有

14、已知的客户需求或系统需求 2、所有需求的详细程度是否合适，是否能为设计提供足够的基础 3、是否定义了每个需求的实现优先级 4、是否把不确定的需求标记为待确定的问题，而不是直接遗弃 5、是否对所有预期的错误条件所产生的系统行为都进行了描述三、注意对需求的可实施性可实施性进行评审 1、是否每个需求都有惟一标识 2、是否每个需求都易修改，可跟踪 3、是否每个需求都是实际的、量化的、逻辑清晰的 4、在现有的资源下,是否能实现所有的需求 5、每个需求在特定的输入条件下是否给出已知的输出结果测试人员参加测试人员参加“需求评审需求评审”活动需要达到的目标活动需要达到的目标：1、充分理解用户需求 2、确保需求

15、的可测试性19软件测试流程软件测试流程-测试计划测试计划 为什么要编写测试计划为什么要编写测试计划 1）领导能够根据测试计划做宏观调控，进行相应资源配置等 2）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等 3）便于其他人员了解测试人员的工作内容，进行有关配合工作 什么时间开始编写测试计划什么时间开始编写测试计划 尽早开始。原则上应该在需求定义完成之后开始编写测试计划，对于开发过程不是十 分清晰和稳定的项目，测试计划也可以在总体设计完成后开始编写 由谁编写测试计划由谁编写测试计划 具有丰富经验的测试负责人 测试计划编写策略测试计划编写策略 1.明确测试的目标，增强测试计

16、划的实用性 2.坚持“5W1H”规则，明确内容与过程 1）why为什么要进行这些测试 2)what测试哪些方面，不同阶段的工作内容 3)who安排哪些测试人员进行测试 4)when测试不同阶段的起止时间 5)where给出测试文档和软件的存放位置，测试环境等 6)how指出测试的方法和工具 3.采用评审和更新机制，保证测试计划满足实际需求 4.分别创建测试计划与测试详细规格、测试用例20软件测试流程软件测试流程-测试设计测试设计过程：21软件测试流程软件测试流程-测试设计测试设计测试用例测试用例是为某个特殊目标而编制的一组测试输入、执行条件、测试步骤以及预期结果。为什么要写测试用例为什么要写测

17、试用例1）便于团队交流2）便于重复测试3）便于跟踪统计4）便于用户自测什么时候写测试用例：什么时候写测试用例：通常在测试设计阶段，即需求规格说明书和测试计划完成之后由谁来写测试用例：由谁来写测试用例：测试设计人员测试用例编写依据：测试用例编写依据：需求规格说明书和软件原型测试用例包含的内容：测试用例包含的内容：用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果（含判断标准）、出口准则、注释 最佳方案：最佳方案：为每个被测需求至少编制两个测试用例：正面测试用例和负面测试用例 22软件测试流程软件测试流程-测试设计测试设计（一）白盒技术 1、逻辑覆盖逻辑覆盖：是通过对程序逻辑结构的遍历实现

18、程序的覆盖 (1)语句覆盖：设计足够多的测试用例，使被测程序中每条语句至少执行一次 (2)判定覆盖：设计足够多的测试用例，使得程序中的每一个判定至少获得一次真值和假值 (3)条件覆盖：设计足够多的测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次 (4)条件判定组合覆盖：设计足够多的测试用例，使得判定中的每个条件的所有可能（真/假）至少出现一次，并且每个判定本身的判定结果也至少出现一次 (5)条件组合覆盖：设计足够多的测试用例，使得每个判定中条件的各种可能组合都至少出现一次 满足条件组合覆盖一定满足判定覆盖、条件覆盖、条件判定组合覆盖 (6)路径覆盖：设计足够多的测试用例，覆盖被测程

19、序中所有可能的路径 2、循环覆盖循环覆盖：设计足够多的测试用例，覆盖被测程序中所有的循环体 3、基本路径测试基本路径测试：是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法，设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次23软件测试流程软件测试流程-测试设计测试设计（二）黑盒技术 1、等价类划分等价类划分：是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。等价类等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定

20、：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类有效等价类和无效等价类无效等价类。2、边界值分析边界值分析：对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。3、错误推测错误推测：基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法 4、因果图因果图：是一种帮助人们系统的选择一组高效率测试用例的方法 5、综合

21、策略综合策略：每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现另一类型的错误。因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒法设计基本的测试用例，再用白盒法补充一些必要的测试用例24软件测试流程软件测试流程-测试前期准备测试前期准备1)明确测试任务的范围 2)明确测试时间 3)搭建测试环境4)学习被测试软件5)确认完全理解测试任务25软件测试流程软件测试流程-测试执行测试执行全方位的观察测试用例执行结果进行测试过程记录及时确认发现的问题及时更新测试用例26软件测试流程软件测试流程-缺陷管理缺陷管理缺陷：1）软件未实现需求规格说明书要求的功能2

22、）软件出现了与需求规格说明书中不一致的情况3）软件功能超出了需求规格说明书的范围 4）软件没有达到用户期望的目标（未明确提及但应该实现的目标）5）软件难以理解、不易使用、运行缓慢（从测试人员的角度或最终用户的角度来看）27软件测试流程软件测试流程-缺陷管理缺陷管理一个完整的软件缺陷报告通常由以下几部分组成缺陷编号缺陷的标题测试的软件和硬件环境测试的软件版本缺陷的类型缺陷的严重程度缺陷的优先级别缺陷出现频率缺陷状态重现缺陷的操作步骤缺陷的实际结果描述期望的正确结果描述注释及附件28软件测试流程软件测试流程-缺陷管理缺陷管理编写缺陷报告的技巧：每个软件问题报告只书写一个缺陷或错误 对错误的描述要做

23、到中立、简洁、准确、完整，揭示错误实质 明确指明错误类型和严重程度 每一个步骤尽量只记录一个操作 复现的操作步骤要完整，准确，简短 附加必要的错误特征图像 附加必要的测试用例 尽量使用短语和短句，避免复杂句型句式29软件测试流程软件测试流程-缺陷管理缺陷管理软件缺陷管理过程：（1）提交缺陷（2）分析和定位缺陷（3）提请修改缺陷（4）修改缺陷（5）验证修改后的缺陷（6）关闭缺陷30软件测试流程软件测试流程-缺陷管理缺陷管理31软件测试流程软件测试流程-测试报告测试报告测试报告测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付

24、打下基础。32软件测试流程软件测试流程-测试报告测试报告一份完整的测试报告应该包含以下内容：1、编写目的 2、项目背景 3、系统简介 4、测试时间、地点及人员5、测试环境与配置6、测试方法和工具7、测试工作量统计8、缺陷统计 8.1发现缺陷统计 8.2解决缺陷统计 8.3遗留缺陷统计9、测试结论与建议10、附录33软件测试评测软件测试评测测试的主要评测方法主要评测方法包括覆盖覆盖和质量质量。覆盖覆盖是对测试完全程度的评测。质量质量是对测试对象（系统或测试的应用程序）的可靠性、稳定性以及性能的评测。34软件测试评测软件测试评测-覆盖评测覆盖评测最常用的覆盖评测覆盖评测是基于需求的测试覆盖基于需求

25、的测试覆盖和基于代码的测试覆盖基于代码的测试覆盖。基于需求的测试覆盖基于需求的测试覆盖 基于需求的测试覆盖在测试生命周期中要评测多次，并在测试生命周期的里程碑处提供测试覆盖的标识（如已计划的、已实施的、已执行的和成功的测试覆盖）。计算公式计算公式：测试覆盖=T/RfT 其中：T是用测试用例表示的测试数（可以是已计划、已实施的、已执行、已成功的测试数）RfT（Requirement for Test）是测试需求（Requirement for Test）的总数基于代码的测试覆盖基于代码的测试覆盖 基于代码的测试覆盖是评测测试过程中已经执行的代码的多少和待执行的剩余代码的多少。计算公式计算公式：测

26、试覆盖=I/TIic其中I是代码语句、代码分支、代码路径、数据状态判定点或数据元素名表示的已执行项目数TIic（Total number of Items in the code）是代码中的项目总数35软件测试评测软件测试评测-质量评测质量评测质量是软件与需求相符程度的指标,在测试过程中已发现缺陷的评估提供了最佳的软件质量指标。因此可以通过分析和统计缺陷情况来对测试结果给出一个评定，它的直接表现形式就是各种缺陷统计图表。缺陷分析图缺陷分析图缺陷分析图用来统计各种缺陷的分布情况。缺陷趋势图缺陷趋势图缺陷趋势图是用来描述缺陷的变化趋势的。36建议建议走读缺陷跟踪库中的问题报告单走读历史测试用例37软件测试学习网站软件测试学习网站 无忧测试http:/ http:/