软件测试基础内容概述ppt课件

1、 软件测试概论软件测试培训系列1列出你对培训的希望and你感兴趣的问题摸底小测试开始拉 判断题: 1软件测试的主要目的是尽可能多的找出软件的缺陷. 2. 好的测试用例应能证明软件是正确的. 讨论题: 1. 如果能够执行完美的黑盒测试，还需要进行白盒测试吗？为什么？ 2. 自动化是未来软件测试发展趋势, 因此自动化会全面替代人工测试. 谈谈你的看发. 软件测试概述1. 软件测试背景2. 软件测试基础理论3. 软件开发过程4. 软件开发与软件测试的关系5. 软件测试过程6. 软件质量保证概要培训目标 正确理解软件测试的背景、软件缺陷和故障的概念 正确理解软件测试的意义 正确理解软件开发过程与软件测

2、试的关系 正确理解软件质量的概念及质量保证体系 1 软件测试背景1.1 软件可靠性问题1.2 软件缺陷与故障1.3 软件缺陷产生的原因1.1 软件可靠性问题 因软件设计故障与因计算机硬件设计故障而引发的系统 失效的比例大约是：10:1 运行软件的驻留故障密度每千行代码的故障数目）： 要求很高的关键财务或财产软件为：每千行代码 110个故障 关键的生命软件为：每千行代码0.011个故障 IEEE将软件可靠性定义为：系统在特定环境下，在给定的时间内无故障运行的概率。 软件可靠性是对软件在设计、开发以及所预定的环境下具有能力的置信度的一个度量，是衡量软件质量的主要参数之一。而软件测试则是保证软件质量

3、、提高软件可靠性的最重要手段。 1.2 软件缺陷与故障1、软件缺陷和软件故障案例案例1 银行柜员机吐钱问题 系统测试,特殊情况欠考虑 案例2 跨世纪“千年虫问题 时间存储器位数不够案例3 Windows 操作系统漏洞设计缺陷案例4 大众汽车DSG双离合器控制程序故障设计缺陷,缺乏考虑某些特殊情况 上述所有实例中的软件问题在软件工程或软件测试中都被称为软件缺陷或软件故障。 软件缺陷与故障续） 2、软件缺陷的定义 （1软件未达到产品说明书中已经标明的功能； （2软件出现了产品说明书中指明不会出现的错误； （3软件未达到产品说明书中虽未指出但应当达到的目标； （4软件功能超出了产品说明书中指明的范围

4、； （5软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。软件缺陷与故障续）3、软件缺陷的特征“看不到” 软件的特殊性决定了缺陷不易看到“看到但是抓不到” 发现了缺陷，但不易找到问题发生的原因所在1.3 软件缺陷产生的原因 图1-1 软件缺陷产生的原因分布其他其他10%软件产品说明软件产品说明书需求）书需求）56%编写代码编写代码7%设计设计27%2 软件测试基础理论2.1 软件测试的定义2.2 软件测试的基本理论2.3 软件测试和缺陷修复的代价2.4 软件测试技术概要2.1 软件测试的定义1、软件测试的定义 软件测试就是在软件投入运行前，对软件需求分析、设计规格说明

5、和编码实现的最终审查，它是软件质量保证的关键步骤。通常对软件测试的定义有两种描述：定义1：软件测试是为了发现错误而执行程序的过程。定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。 软件测试的定义续） 测试：所谓测试的含义，首先是一项活动，在这项测试：所谓测试的含义，首先是一项活动，在这项活动中某个系统或组成的部分将在特定的条件下运活动中某个系统或组成的部分将在特定的条件下运行，结果将被观察和记录，并对系统或组成部分进行，结果将被观察和记录，并对系统或组成部分进行评价。测试活动有两种结果：找出缺

6、陷和故障，行评价。测试活动有两种结果：找出缺陷和故障，或显示软件执行正确。测试是一个或多个测试用例或显示软件执行正确。测试是一个或多个测试用例的集合。的集合。 测试用例：所谓测试用例是为特定的目的而设计的测试用例：所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果；测试用例一组测试输入、执行条件和预期的结果；测试用例是执行测试的最小实体。是执行测试的最小实体。 测试步骤：测试步骤详细规定了如何设置、执行、测试步骤：测试步骤详细规定了如何设置、执行、评估特定的测试用例。评估特定的测试用例。软件测试的定义续）2、软件测试的基本问题软件生命周期：一个软件生命周期包括制定计划、需求分

7、析定义、软件设计、程序编码、软件测试、软件运行、软件维护、软件停用等8个阶段。 软件测试的对象： 软件测试不等于程序测试。 软件测试贯串于软件定义和开发的整个过程。 软件开发过程中所产生的需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。软件测试的定义续）软件测试的定义续）2、软件测试的基本问题续）软件测试在软件生命周期中横跨两个阶段： 第一个阶段：单元测试阶段，即在每个模块编写出以后所做的必要测试。 第二个阶段：综合测试阶段，即在完成单元测试后进行的测试，如集成测试、系统测试、验收测试。软件测试涉及的关键问题包括四个方面： （1测试由谁来执行(Who)（2测试什么

8、(What) （3什么时候进行测试(When)（4怎样进行测试(How)2.2 软件测试的基本理论 1、软件测试的目的（1测试是程序的执行过程，目的在于发现错误；不能证明程序的正确性，除非仅处理有限种情况。（2检查系统是否满足需求也是测试的期望目标。（3一个好的测试用例在于发现了还未曾发现的错误；一次成功的测试则是发现了错误的测试。 留意：测试无法说明错误不存在，只能说明软件错误已出现。软件测试的基本理论续） 2、软件测试的原则（1尽早地和及时地测试；（2测试用例应当由测试数据和与之对应的预期结果这两部分组成；（3在程序提交测试后，应当由专门的测试人员进行测试；（4测试用例应包括合理的输入条件

9、和不合理的输入条件；（5严格执行测试计划，排除测试的随意性；（6充分注意测试当中的普遍性现象；（7应对测试结果做全面的审核；（8保存测试计划、测试用例、出错统计和最终分析报告，为维护工作提供充分的资料。软件测试的基本理论续）3、软件测试的分类 软件测试按照不同的划分方法，有不同的分类：按照软件测试用例的设计方法而论，软件测试可以分为白盒测试法和黑盒测试法。按照软件测试的策略和过程来分类，软件测试可分为单元测试、集成测试、系统测试、验证测试和确认测试。软件测试的基本理论续） 4、测试流程 测试流程如图1-2所示。测试过程中需要三类输入：软件配置、测试配置和测试工具。软件配置测试配置测试工具测试结

10、果分析改正错误可靠性分析回归测试错误测试结果修正的软件测试结果预测的可靠性预期结果图1-2 测试流程软件测试的基本理论续） 5、软件测试的周期性 软件测试的周期性是“测试-改错-再测试-再改错这样一个循环过程，如下图1-3所示。测试周期测试周期开发开发/ 改错改错改错改错测试周期测试周期改错改错串行方式串行方式开发者：开发者： .开发者：开发者：并行方式并行方式测试者：测试者：开发开发/ 改错改错开发开发/ 改错改错最终回归测试最终回归测试回归测试回归测试1测试周期测试周期1功能冻结功能冻结代码冻结代码冻结测试周期测试周期2软件测试的基本理论续）6、测试停止的依据规范）第一类标准：测试超过了预

11、定时间，则停止测试。第二类标准：执行了所有的测试用例，但并没有发现故障，则停止测试。 第三类标准：使用特定的测试用例设计方案作为判断测试停止的基础。 第四类标准：正面指出停止测试的具体要求，即停止测试的标准可定义为查出某一预订数目的故障。 第五类标准：根据单位时间内查出故障的数量决定是否停止测试。 1.2.3 软件测试和缺陷修复的代价 软件在从需求、设计、编码、测试一直到交付用户公开使用后的过程中，都有可能产生和发现缺陷。随着整个开发过程的时间推移，更正缺陷或修复问题的费用呈几何级数增长。 图1-4 软件缺陷在不同阶段发现时修复的费用示意图0 02020404060608080100100编制

12、说明书编制说明书设计阶段设计阶段编写代码编写代码测试测试发布发布1.2.4 软件测试技术概要 软件测试的策略：就是测试将按照什么样的思路和方式进行。通常，软件测试要经过单元测试、集成测试、确认测试、系统测试以及验收测试。 软件测试技术： （1白盒测试和黑盒测试 （2静态测试和动态测试 （3传统测试方法和面向对象测试的方法 （4特定环境及应用的测试软件测试技术概要续） 软件测试技术的发展趋势： （1软件验证技术 (程序正确性分析理论) （2静态测试分析技术 (代码质量扫描) （3测试数据的选择主要对测试用例进行选择 通常从下面几个方面评价测试用例的质量： 检测软件缺陷的有效性、测试用例的可重用性

13、、 测试用例的经济性、测试用例的可维护性 （4集成化测试研究如何实现软件测试的自动化过程以及相关的一系列内容。3 软件开发过程3.1 软件产品的组成3.2 软件开发项目组3.3 软件开发模式1.3.1 软件产品的组成 1、软件产品需要各种开发投入图1-5 获得软件产品的工作示意图产品说明书、产品审查、设计文档、进度计划、上一版本信息反馈、商业竞争产品说明书、产品审查、设计文档、进度计划、上一版本信息反馈、商业竞争对手的同类软件产品情况、客户调查、易用性数据、观察与感受说明书对手的同类软件产品情况、客户调查、易用性数据、观察与感受说明书开发过程开发过程软件产品的组成续） 2、客户需求 客户需求包

14、括对客户调查所收集的详细信息、以前软件的使用情况及存在的问题、竞争对手的软件产品信息等等。通过分析客户需求，可以确定将要开发的软件产品应该具有哪些功能。 3、产品说明( Sys Req Spec ) 产品说明书的作用就是对客户需求信息进行综合描述，并包括用户没有提出、但软件产品本身必须要实现的要求，从而针对产品进行定义并确定其功能。软件产品的组成续）4、设计文档构架。即产生描述软件整体设计的文档，包括软件所有主要部分的描述以及相互间的交互方式。数据流示意图。表示数据在程序中如何流动的正规示意图。通常由圆圈和线条组成，所以也称为泡泡图。状态变化示意图。将软件分解为基本状态或者条件的另一种正规示意

15、图，表示不同状态之间的变化的方式。流程图。用图形描述程序逻辑的最常用方式之一。根据详细的流程图编写程序代码简单方便。注释代码。代码注释是便于维护代码的程序员掌握代码的内容和执行方式。软件产品的组成续）5、测试文档一般测试文档所包含的内容：测试计划。描述用于验证软件是否符合产品说明书和客户需求的整体方案。测试用例。依据测试的项目，并描述验证软件的详细步骤。软件测试报告。描述依据测试用例找出的问题，通常提交测试报告。归纳、统计和总结。采用图表、表格和报告等形式来描述整个测试过程。 软件产品的组成续）6、开发进度表 软件项目的开发进度通常使用Gantt图表来进行描述。7、软件产品组成部分(交付工件)

16、（1程序代码 （2帮助文件 （3用户手册（4样本和示例 （5标签 （6产品支持信息（7图表和标志 （8错误信息 （9广告与宣传材料（10软件的安装 （11软件说明文件（12测试错误提示信息 3.2 软件开发项目组 项目管理经理：全程负责整个软件项目的开发。 系统设计师：设计整个系统构架或软件构思。 程序员：负责设计、编写程序，并修改软件中的缺陷。 软件测试员/测试师：负责找出并报告软件产品的问题，与开发组密切合作，进行测试并报告发现的问题。 技术制作、用户助手、用户培训员、手册编写和文件档案专员：负责编写软件产品附带的文件和联机文档 。 结构管理和制作人员：负责将程序员编写的全部文档资料合并成

17、一个软件包 。3.3 软件开发模式1、边写边改法采用边写边改法的软件开发通常只是有了比较粗略的想法就开始进行简单的设计、然后进行较长的反复编写、测试与修复这样一个循环的过程。在认为无法更精细的描述软件产品要求时，就发布产品。 优点：能够较为迅速的展现成果，适合需要快速制作而且用完就扔的小项目，如示范程序、演示程序等。缺陷：其编码和测试可能将是长期的循环往复的过程。 软件开发模式续）产品阐明书代码编制、测试、修复代码编制、测试、修复 最终最终产品产品软件开发模式续）2、瀑布法瀑布模式是将软件生命周期的各项活动，规定为按照固定顺序相连的若干个阶段性工作，形如瀑布流水，最终得到软件产品。 优点：易于

18、理解；调研开发的阶段性；强调早期计划及需求调查；确定何时能够交付产品及何时进行评审与测试。缺陷：需求调查分析只进行一次，不能适应需求变化；顺序的开发流程，使得开发中的经验教训不能反馈到该项目的开发中去；不能反映出软件开发过程的反复与迭代性；没有包含任何类型的风险评估；开发中出现的问题直到开发后期才能够显露，因此失去及早纠正的机会。软件开发模式续）问题定义分析研究需求分析软件设计编码测试维护定义阶段开发阶段维护阶段软件开发模式续） 3、快速原型法( Agile 敏捷模式) 根据客户需求在较短的时间内解决用户最迫切解决的问题，完成可演示的产品。这个产品只实现最重要功能，在得到用户的更加明确的需求之

19、后，原型将丢弃。需求分析原型开发原型评价最终设计系统实现用户反馈图1-8 快速原型开发模式软件开发模式续）4、螺旋模式法螺旋模式是瀑布模式与边写边改演化模式相结合，并加入风险评估所建立的软件开发模式。 主要思想是在开始时不必详细定义所有细节，而是从小开始，定义重要功能，尽量实现，接受客户反馈，进入下一阶段，并重复上述过程，直到获得最终产品。 每一螺旋开发阶段包括5个步骤：确定目标，选择方案和限制条件。 对方案风险进行评估，并能解决风险。 进行本阶段的开发和测试。 计划下一阶段。 确定进入下阶段的方法。优点：严格的全过程风险管理；强调各开发阶段的质量；提供机会评估项目是否有价值继续下去。软件开发

20、模式续）图1-9 螺旋开发模式详细设计风险分析评估方案累计成本提交线制定计划原型1原型2原型3可运行原型风险分析风险分析需求计划开发计划集成与测试软件需求软件产品设计需求确定设计确定实现编码单元测试集成测试验收测试4 软件开发与软件测试的关系1、测试与开发各阶段的关系图1-10 软件测试与软件开发过程的关系需求需求分析分析说明书说明书详细详细设计设计说明书说明书源程序源程序代码代码单元单元测试测试集成集成测试测试确认确认测试测试概要概要设计设计说明书说明书软件开发与软件测试的关系续）测试在开发阶段的作用：项目规划阶段：负责从单元测试到系统测试的整个测试阶段的监控。需求分析阶段：确定测试需求分析

21、、系统测试计划的制定，评审后成为管理项目。详细设计和概要设计阶段：确保集成测试计划和单元测试计划完成。编码阶段：由开发人员进行自己负责部分的测试代码。在项目较大时，由专人进行编码阶段的测试任务。测试阶段单元、集成、系统测试）：依据测试代码进行测试，并提交相应的测试状态报告和测试结束报告。软件开发与软件测试的关系续）图1-11 软件测试与软件开发的并行性需求分析需求评审概要设计详细设计概要设计评审单元测试编码设计走查编码走查各子模块有效性测试集成测试测试计划测试过程测试评审* 项目阶段任务的里程碑*软件开发与软件测试的关系续）图1-12 完整的开发流程项目规划项目规划项目需求分析项目需求分析项目

22、概要分析项目概要分析项目详细分析项目详细分析代码编写代码编写测试代码编写测试代码编写测试需求分析测试需求分析系统测试计划系统测试计划集成测试计划集成测试计划单元测试计划单元测试计划产品发布产品发布系统测试系统测试集成测试集成测试单元测试单元测试5 软件测试过程5.1 制定测试计划5.2 测试执行过程5.1 制定测试计划1、制定计划本阶段的主要工作内容 对需求规格说明书的仔细研究 将要测试的产品分解成可独立测试的单元 为每个测试单元确定采用的测试技术 为测试的下一个阶段及其活动制定计划制定计划包括： （1概要测试计划 （2详细测试计划制定测试计划续）2、测试大纲用例） 测试大纲是软件测试的依据，

23、包括测试项目、测试步骤、测试完成的标准。 测试大纲的本质 从测试的角度对被测对象的功能和各种特性的细化和展开。 测试大纲的好处 保证测试功能不被遗漏，也不被重复测试 合理安排测试人员 使得软件测试不依赖于个人制定测试计划续）3、软件测试报告 软件测试报告是软件测试过程中最重要的文档，它的内容包括：记录问题发生的环境 如：各种资源的配置情况记录问题的再现步骤记录问题性质的说明记录问题的处理进程 问题处理进程从一定角度上反映测试的进程和被测软件的质量状况以及改善过程。5.2 测试执行过程 1、测试执行过程的三个阶段（1初测期( Smoking Test ) 测试主要功能和关键的执行路径，排除主要障

24、碍。（2细测期 ( SIT ) 依据测试计划和测试大纲、测试用例，逐一测试大大小小的功能、方方面面的特性、性能、用户界面、兼容性、可用性等等；预期可发现大量不同性质、不同严重程度的错误和问题。（3回归测试期 ( Regression ) 系统已达到稳定，在一轮测试中发现的错误已十分有限；复查已知错误的纠正情况，确认未引发任何新的错误时，终结回归测试。测试执行过程续）图1-13 三个测试期阶段图示初测期初测期功能冻结功能冻结代码冻结代码冻结回归测试期回归测试期细测期细测期0 020204040606080801001001201201401401601601 12 23 34 45 56 67

25、78 89 91010 1111 1212 1313 1414 1515 1616 1717 1818 1919出错数出错数时间时间测试执行过程续）2、集成测试过程中的两个重要里程碑 在集成测试过程中的两个重要的里程碑是功能冻结和代码冻结的确定。这两个里程碑界定出回归测试期的起止界限。功能冻结(Function/Feature Freeze) 经过测试，符合设计要求，确认系统功能和其他特性均不再做任何改变。代码冻结(Code Freeze) 理论上，在无错误时冻结程序代码，但实际上，代码冻结只标志系统的当前版本的质量已达到预期的要求，冻结程序的源代码，不再对其做任何修改。这个里程碑是设置在软件

26、通过最终回归测试之后。主流的自动化测试管理工具分类功能测试QTPSelenium 性能测试Loadrunner, Jmeter代码分析CheckStyle, PMD,Findbugs, Emma, Coverlipse 网络安全性分析paros proxy, RatProxy数据库分析工具BenchmarkSQLDBunitPolePositionHammerOra管理工具(框架)Test Center, Watir, STAF6 软件质量保证概要6.1 软件质量管理6.2 软件能力成熟度模型6.3 ISO9000标准简介6.1 软件质量管理1、质量与质量管理的概念质量：是“反映实体满足明确和

27、隐含需要的能力和特性综 合”。因此，质量是一种需要，“是一组固有特性满足要求的程度”。质量管理：质量管理是指以组织为质量中心、企业全员参与为基础，为追求客户满意和组织所有受益者满意而建立和形成的一整套质量方针、目标和体系。质量管理通过质量策划设定组织的质量目标，并规定必要的过程和相关资源；通过质量控制监视内部质量过程，排除质量控制过程中可能存在的缺陷隐患；通过质量改进提高内部的质量管理能力，改善组织内部的质量过程；通过质量保证提供足够的信任证据，表明组织有能力满足客户的质量要求。软件质量管理续） 质量管理体系：它是质量管理的运作实体，由组织结构、程序、过程、资源4个基本部分组成。 质量策划：它

28、是“确定质量以及采用质量管理体系要素和要求的活动”，包括产品策划、质量管理体系管理和运作策划、编制质量计划。 质量控制：为达到质量要求所采取的作业技术和活动。质量控制的对象是过程。 质量保证：是为了提供足够的信任证据，证明组织有关的各类实体有能力满足质量要求所实施并在必要时进行证实的有计划、有系统的活动。 质量改进：是为了向组织的所有受益者提供更多的收益所采用的提高质量过程和效率的各种措施 。软件质量管理续） 质量管理的发展阶段 （1产品质量检验阶段：这个时期特征是对产品的质量进行检验。产品质量的检验只是一种事后的检查，不能预防不合格品的产生。 （2统计质量管理阶段( 统计过程控制SPC )：

29、 它是运用概率论和数理统计的原理，提出控制生产过程，预防不合格产品的思想和方法。即通过小部分样品测试，推测和控制全体产品或工艺过程的质量状况。 （3全面质量管理阶段：从以质量管理专业人员为核心进行质量管理，发展到管理者推动、组织各部门的人员都来进行学习和实行质量管理。 软件质量管理续） 从质量管理理论的发展历史可以看出： 质量管理从单纯的对产品质量进行检验发展到对产品形成过程进行控制 控制方法从静态发展到动态的、持续的过程改进 质量管理理论发展到今天： 其核心思想已表现为对过程的策划、控制和过程能力的持续改进 软件质量管理续）2、软件质量管理内容软件质量：是软件产品的特性可以满足用户的功能、性

30、能需求的能力 。软件的质量管理：是软件组织在软件产品生产中的质量策划、质量控制、质量保证和质量改进等等与质量有关的相互协调的活动。软件质量管理的内容包括： （1软件质量策划 （2软件组织的质量过程 （3软件质量控制与质量保证 （4软件质量的度量和验证 （5软件质量改进6.2 软件能力成熟度模型 软件能力成熟度模型(CMM, Capability Maturity Model)： 是软件行业标准模型，用来定义和评价软件企业开发过程的成熟度，提供如何做才能够提高软件质量的指导。 CMM的基本原理： CMM将软件组织的过程能力成熟度分为5个级别，每一个级别定义一组过程能力目标，并描述要达到这些目标应

31、该采取的各种实践活动。 CMM的主要作用： 提供了一个软件过程改进的框架。根据CMM模型，软件开发者机构或组织能够大幅度的提高按计划、高效率、低成本的提交有质量保证的软件产品的能力。 Tip: hudong/wiki/CMM软件能力成熟度模型续）1、CMM的基本过程概念过程：为达到目的而执行的所有步骤的系列。软件过程：开发和维护软件及其相关产品的一组活动、方法、实践和改革。软件过程结构：对组织标准软件过程的一种高级别描述，它描述组织标准软件过程内部的过程元素之间的顺序、接口、内部依赖等关系，以及与外部过程之间的接口和依赖关系。软件过程元素：用于描述软件过程的基本元素，每一个过程元素包含一组定义

32、的、有限的、封闭的相关任务。软件过程定义：CMM中过程定义的基本概念是定义组织的标准软件过程。软件能力成熟度模型续） 2、CMM的5个分级标准 优化级优化级5） 已管理级已管理级4） 已定义级已定义级3） 可重复级可重复级2） 初始级初始级1） 标准一致标准一致 的过程的过程 不断改不断改 进过程进过程 可预测可预测 的过程的过程 有纪律有纪律 的过程的过程图1-14 软件过程成熟度的5个等级软件能力成熟度模型续）CMM的分级结构和其主要特征：初始级：其特点是软件过程无秩序，有时甚至是混乱的。可重复级：已建立了基本的项目管理过程，可用于对成本、进度和功能特性进行跟踪。已定义级：用于管理的、工程的软件过程均已实现文档化、标准化，并形成了整个软件组织的标准软件过程。管理级：软件过程和产品质量有详细的度量标准，软件过程和产品质量得到了定量的认证和控制。优化级：通过对来自过程、新概念和新技术等方面各种有用信息的定量分析，能够不断地、持续性地对过程进行改进。软件能力成熟度模型续） 除第一级外，CMM的每一级是按照完全相同的内部结构构成的。 成熟度等级为顶层，不同的成熟度等级反映了软件组织的软件过程能力和该组织可能实现预期的程度。 在每个成熟度级别中第1级除外），包含了实现这一级目标的若干关键过程域(KPA