系统分析第八讲精品文稿.ppt

《系统分析第八讲精品文稿.ppt》由会员分享，可在线阅读，更多相关《系统分析第八讲精品文稿.ppt（165页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、系统分析课件第八讲第1页，本讲稿共165页本章重点本章重点程序设计程序设计系统测试系统测试系统调试系统调试系统安装系统安装系统维护系统维护第2页，本讲稿共165页8.1 概述8.1.1 8.1.1 主要任务主要任务根据系统设计所提供的控制结构图、数据库设计、系统配置方案根据系统设计所提供的控制结构图、数据库设计、系统配置方案及详细设计资料，编制和调试程序、调试系统、进行系统切换等及详细设计资料，编制和调试程序、调试系统、进行系统切换等工作，将技术设计转化为物理实际系统。工作，将技术设计转化为物理实际系统。其主要任务是其主要任务是:1)1)系统实施准备系统实施准备2)2)系统平台的硬、软件安装与

2、调试系统平台的硬、软件安装与调试3)3)程序的编制与调试程序的编制与调试4)4)信息系统调试信息系统调试(软、硬件结合软、硬件结合)5)5)原始数据的建立原始数据的建立6 6）组织系统测试）组织系统测试7)7)系统转换系统转换8)8)试运行、验收与维护试运行、验收与维护9 9）项目管理与实施进度控制）项目管理与实施进度控制第3页，本讲稿共165页系统实施的内容与步骤系统实现准备系统实现准备项目管理与实施进度控制项目管理与实施进度控制实施队伍的组织实施队伍的组织软、硬件和配套设施的准备软、硬件和配套设施的准备信息流程、业务规程的组信息流程、业务规程的组织与修订织与修订实现方法、工具和数据的实现方

3、法、工具和数据的准备准备人员培训与宣传教育人员培训与宣传教育培训培训程序编制程序编制数据采集数据采集系统测试及调试系统测试及调试系统试运行系统试运行系统转换与验收系统转换与验收系统运行维护系统运行维护第4页，本讲稿共165页8.1.2 8.1.2 系统实施阶段的输出文档系统实施阶段的输出文档程序文档程序文档程序设计报告程序设计报告源程序清单源程序清单程序调试报告程序调试报告系统实施报告系统实施报告实施计划实施计划设备采购及安装验收报告设备采购及安装验收报告业务规程及有关制度业务规程及有关制度系统调试及试运行报告系统调试及试运行报告系统转换及验收报告系统转换及验收报告系统的操作使用手册系统的操作

4、使用手册第5页，本讲稿共165页8.2 8.2 程序模块的设计程序模块的设计程序设计的基本任务程序设计的基本任务根据系统设计说明书中关于模块的详细描述和处理过程根据系统设计说明书中关于模块的详细描述和处理过程的描述，选择合适的计算机语言来编制程序的工作。的描述，选择合适的计算机语言来编制程序的工作。第6页，本讲稿共165页正确性：语法正确、逻辑正确、需求正确正确性：语法正确、逻辑正确、需求正确可维护性：可维护性：可靠性：可靠性：可理解性：可理解性：效效率率：指指计计算算机机资资源源（如如时时间间和和空空间间）能能否否被被有有效效地使用。地使用。对程序的基本要求：对程序的基本要求：第7页，本讲稿

5、共165页（1 1）结构化程序设计方法）结构化程序设计方法三种基本结构三种基本结构顺序顺序选择选择循环循环模块化模块化自顶向下，逐步求精自顶向下，逐步求精程序设计方法程序设计方法第8页，本讲稿共165页（2 2）面向对象程序设计方法）面向对象程序设计方法封装封装继承继承多态多态程序设计方法程序设计方法第9页，本讲稿共165页程序设计风格程序设计风格程序实际上也是一种供人阅读的文章，有一个程序实际上也是一种供人阅读的文章，有一个文章的文章的风格风格问题。应该使程序具有良好的风格。问题。应该使程序具有良好的风格。源程序文档化源程序文档化 数据说明数据说明 语句结构语句结构 输入输出方法输入输出方法

6、第10页，本讲稿共165页1.1.源程序文档化源程序文档化1)1)1)1)符号名的命名符号名的命名符号名的命名符号名的命名2)2)程序的注释程序的注释3)3)视觉组织视觉组织 空格、空行和移行空格、空行和移行空格、空行和移行空格、空行和移行第11页，本讲稿共165页2.2.数据说明数据说明为了使程序中数据说明更易于理解和维护，必须注意为了使程序中数据说明更易于理解和维护，必须注意为了使程序中数据说明更易于理解和维护，必须注意为了使程序中数据说明更易于理解和维护，必须注意以下几点。以下几点。以下几点。以下几点。数据说明的次序应当规范化数据说明的次序应当规范化数据说明的次序应当规范化数据说明的次序

7、应当规范化 说明语句中变量安排有序化说明语句中变量安排有序化说明语句中变量安排有序化说明语句中变量安排有序化 使用注释说明复杂数据结构使用注释说明复杂数据结构使用注释说明复杂数据结构使用注释说明复杂数据结构第12页，本讲稿共165页3.3.语句结构语句结构语句构造力求简单，直接，不能为了片面追求效语句构造力求简单，直接，不能为了片面追求效语句构造力求简单，直接，不能为了片面追求效语句构造力求简单，直接，不能为了片面追求效率而使语句复杂化。率而使语句复杂化。率而使语句复杂化。率而使语句复杂化。vv在一行内只写一条语句在一行内只写一条语句在一行内只写一条语句在一行内只写一条语句v程序编写首先应当考

8、虑清晰性程序编写首先应当考虑清晰性程序编写首先应当考虑清晰性程序编写首先应当考虑清晰性vv程序要能直截了当地说明程序员的用意程序要能直截了当地说明程序员的用意程序要能直截了当地说明程序员的用意程序要能直截了当地说明程序员的用意vv除非对效率有特殊要求除非对效率有特殊要求除非对效率有特殊要求除非对效率有特殊要求,程序编写要做到清晰第程序编写要做到清晰第程序编写要做到清晰第程序编写要做到清晰第一，效率第二一，效率第二一，效率第二一，效率第二。v首先要保证程序正确首先要保证程序正确首先要保证程序正确首先要保证程序正确,然后才要求提高速然后才要求提高速然后才要求提高速然后才要求提高速vv避免使用临时变

9、量而使可读性下降。避免使用临时变量而使可读性下降。避免使用临时变量而使可读性下降。避免使用临时变量而使可读性下降。第13页，本讲稿共165页程序设计语言程序设计语言程程序序编编码码阶阶段段的的任任务务是是将将软软件件的的详详细细设设计计转转换换成成用用程程序序设设计计语语言言实实现现的的程程序序代代码码，即即把把用用PDL伪伪码码写写成成 的的 程程 序序，翻翻 译译 成成 计计 算算 机机 能能 接接 受受 的的 诸诸 如如FORTRAN、C、汇编之类程序设计语言的程序。、汇编之类程序设计语言的程序。因因此此，程程序序设设计计语语言言的的性性能能和和设设计计风风格格对对于于程程序序设设计计的

10、效能和质量有着直接的关系。的效能和质量有着直接的关系。第14页，本讲稿共165页1.1.程序设计语言的基本成分程序设计语言的基本成分数据部分数据部分：程序中能构造的数据类型，用以描述程序中：程序中能构造的数据类型，用以描述程序中使用的各种类型的数据，如变量、数组、指针、文使用的各种类型的数据，如变量、数组、指针、文件等。件等。运算部分运算部分：程序中允许执行的运算，用以描述程序中：程序中允许执行的运算，用以描述程序中所需执行的运算。所需执行的运算。控制部分控制部分：程序中允许使用的控制结构，用它们构造程：程序中允许使用的控制结构，用它们构造程序的控制逻辑。序的控制逻辑。传输部分传输部分：程序中

11、用以传输数据的方式，如输入：程序中用以传输数据的方式，如输入/输出输出语句。语句。第15页，本讲稿共165页2.2.程序设计语言的层次程序设计语言的层次从三个层次讨论程序设计语言：从三个层次讨论程序设计语言：语法语法 用来表示构成语言的各个记号间的组合规则。如用来表示构成语言的各个记号间的组合规则。如 C 语言中语言中 for 语句的构成规则为语句的构成规则为 for(表达式表达式1；表达式；表达式2；表达式；表达式3）语句）语句 程序中出现的程序中出现的 for 语句必须符合上述构成规则。语句必须符合上述构成规则。语法不涉及这些记号的含义，也不涉及使用者。语法不涉及这些记号的含义，也不涉及使

12、用者。第16页，本讲稿共165页语义语义 用来表示按照各种表示方法所表示的用来表示按照各种表示方法所表示的各个记号各个记号的特定含义的特定含义。但它不涉及使用者。但它不涉及使用者。如在如在 for 语句中，语句中，表达式表达式1 设置循环初值，设置循环初值，表达式表达式2 控制循环结束，控制循环结束，表达式表达式3 增减循环变量。语句增减循环变量。语句是循环体。是循环体。for 语义为：语义为：计算表达式计算表达式1；计算表达式计算表达式2；若结果为；若结果为0，循环结束，否则，循环结束，否则继续第继续第步；步；执行循环体；执行循环体；计算表达式计算表达式3；转向第转向第步。步。第17页，本讲

13、稿共165页语用语用 表示构成语言的各个记号和使用者之间的关系。表示构成语言的各个记号和使用者之间的关系。表示构成语言的各个记号和使用者之间的关系。表示构成语言的各个记号和使用者之间的关系。例如，在某种程序设计语言中是否允许递归。若允许例如，在某种程序设计语言中是否允许递归。若允许例如，在某种程序设计语言中是否允许递归。若允许例如，在某种程序设计语言中是否允许递归。若允许递归，递归层数的上界是多少，这些都是语用方面的递归，递归层数的上界是多少，这些都是语用方面的递归，递归层数的上界是多少，这些都是语用方面的递归，递归层数的上界是多少，这些都是语用方面的问题。问题。问题。问题。第18页，本讲稿共

14、165页3.3.广泛使用的程序设计语言比较：广泛使用的程序设计语言比较：1)1)汇编语言：面向机器，涉及计算机的结构，特别适用汇编语言：面向机器，涉及计算机的结构，特别适用于一些实时的过程控制程序，能够设计出执行效率于一些实时的过程控制程序，能够设计出执行效率最优的程序代码。最优的程序代码。2)Fortran2)Fortran：是一个编译性语言，产生目标代码，运行：是一个编译性语言，产生目标代码，运行速度快，支持局部变量的概念，因而能够实现信息速度快，支持局部变量的概念，因而能够实现信息隐蔽的原则，进行模块设计，主要用于科学计算领隐蔽的原则，进行模块设计，主要用于科学计算领域。域。3)COBO

15、L3)COBOL语言：面向商业应用的语言，能够定义和处语言：面向商业应用的语言，能够定义和处理复杂的数据结构，具有较强的文件存取能力和报理复杂的数据结构，具有较强的文件存取能力和报表处理能力。一定程序的支持模块化设计。表处理能力。一定程序的支持模块化设计。第19页，本讲稿共165页4)C4)C语言：具有低级语言的一些特点：访问寄存器进行位语言：具有低级语言的一些特点：访问寄存器进行位操作等，又具有高级语言的全部优点：支持变量局部操作等，又具有高级语言的全部优点：支持变量局部化，定义和操作复杂的数据结构，能够进行模块化程化，定义和操作复杂的数据结构，能够进行模块化程序设计，可用于实时程序设计，系

16、统软件设计和工具序设计，可用于实时程序设计，系统软件设计和工具软件设计。软件设计。5)5)AdaAda语言：具有语言：具有C C语言的主要优点外，还具备支持抽象数语言的主要优点外，还具备支持抽象数据类型的概念，即具有面向对象程序设计的一些特征，据类型的概念，即具有面向对象程序设计的一些特征，是军队的标准语言。是军队的标准语言。第20页，本讲稿共165页6)4GL 面向应用面向应用面向应用开发人员面向应用开发人员非过程化语言非过程化语言一体化语言一体化语言高效率语言高效率语言开放式语言开放式语言第21页，本讲稿共165页4.4.程序设计语言的选择程序设计语言的选择第22页，本讲稿共165页8.3

17、 8.3 软件测试软件测试w软件测试的目的和原则软件测试的目的和原则w测试方法与测试用例设计测试方法与测试用例设计w软件测试的策略软件测试的策略w软件测试的种类软件测试的种类w程序的静态测试程序的静态测试第23页，本讲稿共165页 软件产品最大的成本是检测软件错误、修正软件错误的成本。软件产品最大的成本是检测软件错误、修正软件错误的成本。在整个软件开发中，测试工作量一般占在整个软件开发中，测试工作量一般占30%30%40%40%，甚至，甚至50%50%。在人命关天的软件在人命关天的软件(如飞机控制、核反应堆等）测试所花费的时间如飞机控制、核反应堆等）测试所花费的时间往往是其它软件工程活动时间之

18、和的三到五倍往往是其它软件工程活动时间之和的三到五倍例例:Exchange2000和和 Windows20002000项目组人员构成项目组人员构成项目组角色项目组角色Exchange2000Windows20002000项目经理项目经理约约25人人约约250人人开发人员开发人员约约140人人约约1700人人测试人员测试人员约约350人人约约3200人人测试测试/开发人员比例开发人员比例2.5:11.9:1第24页，本讲稿共165页软件测试背景软件测试背景软件是人编的软件是人编的所以不完美所以不完美实例实例:1994-1995,1994-1995,迪斯尼的狮子王系统不支持问题迪斯尼的狮子王系统不

19、支持问题IntelIntel的的pentiumpentium处理器处理器19941994年浮点除法缺陷年浮点除法缺陷20002000年年8 8月月2828日，日，1.13MHZ1.13MHZ处理器一个可能导致运行程序被挂处理器一个可能导致运行程序被挂起的执行指令问题起的执行指令问题19991999年年1212月月3 3日日,美国航天局火星极地登陆飞船失踪美国航天局火星极地登陆飞船失踪19911991年爱国者导弹防御系统系统时钟错误积累造成跟踪年爱国者导弹防御系统系统时钟错误积累造成跟踪系统失去精确度系统失去精确度千年虫千年虫,世界各地解决世界各地解决20002000年错误超过数亿美元年错误超过

20、数亿美元第25页，本讲稿共165页软件测试的问题软件测试的问题:谁执行测试？谁执行测试？开发者？开发者？单独的测试人员？单独的测试人员？两方面人员？两方面人员？测试什么？测试什么？每个部分都测试？每个部分都测试？测试软件中高风险部分？测试软件中高风险部分？什么时候测试？什么时候测试？怎样测试？怎样测试？测试应进行到什么程度？测试应进行到什么程度？第26页，本讲稿共165页8.3.1 8.3.1 软件测试的目的和原则软件测试的目的和原则 1 1、描述软件失败的术语、描述软件失败的术语软件错误软件错误软件缺陷软件缺陷软件故障软件故障软件失效软件失效第27页，本讲稿共165页2.2.软件测试的目的软

21、件测试的目的 基于不同的立场，存在着两种完全不同的测试基于不同的立场，存在着两种完全不同的测试基于不同的立场，存在着两种完全不同的测试基于不同的立场，存在着两种完全不同的测试目的。目的。目的。目的。从从从从用户的角度用户的角度用户的角度用户的角度出发，普遍希望通过软件测试出发，普遍希望通过软件测试出发，普遍希望通过软件测试出发，普遍希望通过软件测试暴暴暴暴露软件中隐藏的错误和缺陷露软件中隐藏的错误和缺陷露软件中隐藏的错误和缺陷露软件中隐藏的错误和缺陷，以考虑是否可接受，以考虑是否可接受，以考虑是否可接受，以考虑是否可接受该产品。该产品。该产品。该产品。从从从从软件开发者的角度软件开发者的角度软

22、件开发者的角度软件开发者的角度出发，则希望测试成为出发，则希望测试成为出发，则希望测试成为出发，则希望测试成为表明表明表明表明软件产品中不存在错误软件产品中不存在错误软件产品中不存在错误软件产品中不存在错误的过程，验证该软件已正的过程，验证该软件已正的过程，验证该软件已正的过程，验证该软件已正确地实现了用户的要求。确地实现了用户的要求。确地实现了用户的要求。确地实现了用户的要求。第28页，本讲稿共165页MyersMyers软件测试目的软件测试目的Myers在其名著在其名著“The Art of Software Test”中强调：中强调：测试是程序的执行过程，目的在于发现测试是程序的执行过程

23、，目的在于发现错误；错误；一个好的测试用例在于能发现至今未发一个好的测试用例在于能发现至今未发现的错误；现的错误；一个成功的测试是发现了至今未发现的一个成功的测试是发现了至今未发现的错误的测试。错误的测试。第29页，本讲稿共165页换言之，测试的目的是换言之，测试的目的是换言之，测试的目的是换言之，测试的目的是想以最少的时间和人力，想以最少的时间和人力，想以最少的时间和人力，想以最少的时间和人力，系统地找出软件中系统地找出软件中系统地找出软件中系统地找出软件中潜在的各种错误和缺陷潜在的各种错误和缺陷潜在的各种错误和缺陷潜在的各种错误和缺陷。如果我们成功地。如果我们成功地。如果我们成功地。如果我

24、们成功地实施了测试，我们就能够发现软件中的错实施了测试，我们就能够发现软件中的错实施了测试，我们就能够发现软件中的错实施了测试，我们就能够发现软件中的错误。误。误。误。测试的附带收获是，它测试的附带收获是，它测试的附带收获是，它测试的附带收获是，它能够证明软件的功能能够证明软件的功能能够证明软件的功能能够证明软件的功能和性能与需求说明相符合和性能与需求说明相符合和性能与需求说明相符合和性能与需求说明相符合。实施测试收集到的测试结果数据为可靠性分实施测试收集到的测试结果数据为可靠性分实施测试收集到的测试结果数据为可靠性分实施测试收集到的测试结果数据为可靠性分析提供了依据。析提供了依据。析提供了依

25、据。析提供了依据。测试不能表明软件中不存在错误，它只能说测试不能表明软件中不存在错误，它只能说测试不能表明软件中不存在错误，它只能说测试不能表明软件中不存在错误，它只能说明软件中存在错误明软件中存在错误明软件中存在错误明软件中存在错误。第30页，本讲稿共165页“测试的目的是说明程序正确地执行它应有的功能测试的目的是说明程序正确地执行它应有的功能”这种说法正确吗？这种说法正确吗？例例：程程序序TriangleTriangle，输输入入三三个个整整数数，表表示示一一个个三三角角形形的的三三个个边边长长，该该程程序序产产生生一一个个结结果果，指指出出该该三三角角形形是是等等边边三三角角形形、等等腰

26、三角形还是不等边三角形。腰三角形还是不等边三角形。为为说说明明其其能能正正确确执执行行它它的的功功能能，可可使使用用“测测试试用用例例”：(3,4,5)(3,4,5)(5,5,6)(5,5,6)(6,6,6)(6,6,6)程序都能给出正确结果，程序都能给出正确结果，是否就可认为程序是正确是否就可认为程序是正确的？的？第31页，本讲稿共165页3.3.软件测试的原则软件测试的原则1)应当把应当把应当把应当把“尽早地和不断地进行软件测试尽早地和不断地进行软件测试尽早地和不断地进行软件测试尽早地和不断地进行软件测试”作为作为作为作为软件开发者的座右铭。软件开发者的座右铭。软件开发者的座右铭。软件开发

27、者的座右铭。2)测试用例应由测试用例应由测试用例应由测试用例应由测试输入数据测试输入数据测试输入数据测试输入数据和对应的和对应的和对应的和对应的预期输出预期输出预期输出预期输出结果结果结果结果这两部分组成。这两部分组成。这两部分组成。这两部分组成。3)程序员应避免检查自己的程序。程序员应避免检查自己的程序。程序员应避免检查自己的程序。程序员应避免检查自己的程序。4)4)在设计测试用例时，应包括在设计测试用例时，应包括在设计测试用例时，应包括在设计测试用例时，应包括合理的输入条件合理的输入条件合理的输入条件合理的输入条件和和和和不不不不合理的输入条件合理的输入条件合理的输入条件合理的输入条件。5

28、)所有的测试都应当所有的测试都应当所有的测试都应当所有的测试都应当追溯到用户要求追溯到用户要求追溯到用户要求追溯到用户要求，导致程序，导致程序，导致程序，导致程序不能满足用户要求的错误是严重错误。不能满足用户要求的错误是严重错误。不能满足用户要求的错误是严重错误。不能满足用户要求的错误是严重错误。第32页，本讲稿共165页6)6)充分注意测试中的群集现象。经验表明，测试发现充分注意测试中的群集现象。经验表明，测试发现充分注意测试中的群集现象。经验表明，测试发现充分注意测试中的群集现象。经验表明，测试发现错误的错误的错误的错误的80%80%很可能出自很可能出自很可能出自很可能出自20%20%的模

29、块，换句话说，的模块，换句话说，的模块，换句话说，的模块，换句话说，测测测测试后试后试后试后程序中残存的错误数目与该程序中已发现程序中残存的错误数目与该程序中已发现程序中残存的错误数目与该程序中已发现程序中残存的错误数目与该程序中已发现的错误数目成正比的错误数目成正比的错误数目成正比的错误数目成正比。7)严格执行测试计划，严格执行测试计划，严格执行测试计划，严格执行测试计划，排除测试的随意性排除测试的随意性排除测试的随意性排除测试的随意性。8)应当对每一个测试结果做全面检查。应当对每一个测试结果做全面检查。应当对每一个测试结果做全面检查。应当对每一个测试结果做全面检查。9)9)妥善保存测试计划

30、，测试用例，出错统计和最终妥善保存测试计划，测试用例，出错统计和最终妥善保存测试计划，测试用例，出错统计和最终妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。分析报告，为维护提供方便。分析报告，为维护提供方便。分析报告，为维护提供方便。第33页，本讲稿共165页4.4.软件测试的对象软件测试的对象软件测试并不等于程序测试。软件测试并不等于程序测试。软件测试并不等于程序测试。软件测试并不等于程序测试。软件测试应贯穿于软软件测试应贯穿于软软件测试应贯穿于软软件测试应贯穿于软件定义与开发的整个期间件定义与开发的整个期间件定义与开发的整个期间件定义与开发的整个期间。需求分析、概要设

31、计、详细设计以及程序编码等各阶需求分析、概要设计、详细设计以及程序编码等各阶需求分析、概要设计、详细设计以及程序编码等各阶需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规段所得到的文档，包括需求规格说明、概要设计规段所得到的文档，包括需求规格说明、概要设计规段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为格说明、详细设计规格说明以及源程序，都应成为格说明、详细设计规格说明以及源程序，都应成为格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。软件测试的对象。软件测试的对象。软件测试的对象。测试的两个方面：

32、测试的两个方面：测试的两个方面：测试的两个方面：缺陷测试缺陷测试缺陷测试缺陷测试V&VV&V（验证和确认）（验证和确认）（验证和确认）（验证和确认）第34页，本讲稿共165页验证验证验证验证(VerificationVerification)，检查软件生存期各个阶段过程，检查软件生存期各个阶段过程，检查软件生存期各个阶段过程，检查软件生存期各个阶段过程活动的结果是否满足规格说明的描述，证实各活动的结果是否满足规格说明的描述，证实各活动的结果是否满足规格说明的描述，证实各活动的结果是否满足规格说明的描述，证实各阶段和阶段之间的逻辑协调性、完备性和正确阶段和阶段之间的逻辑协调性、完备性和正确阶段和

33、阶段之间的逻辑协调性、完备性和正确阶段和阶段之间的逻辑协调性、完备性和正确性。性。性。性。确认确认确认确认(ValidationValidation)，是比验证更广泛的过程活动。目的，是比验证更广泛的过程活动。目的，是比验证更广泛的过程活动。目的，是比验证更广泛的过程活动。目的是想证实在一个给定的外部环境中软件的逻辑正确是想证实在一个给定的外部环境中软件的逻辑正确是想证实在一个给定的外部环境中软件的逻辑正确是想证实在一个给定的外部环境中软件的逻辑正确性，即是否满足用户的要求。性，即是否满足用户的要求。性，即是否满足用户的要求。性，即是否满足用户的要求。BoehmBoehm给出两者的区分：给出两

34、者的区分：给出两者的区分：给出两者的区分：验证验证验证验证：我们是否在正确地建造一个产品：我们是否在正确地建造一个产品：我们是否在正确地建造一个产品：我们是否在正确地建造一个产品确认确认确认确认：我们是否在建成一个正确的产品：我们是否在建成一个正确的产品：我们是否在建成一个正确的产品：我们是否在建成一个正确的产品第35页，本讲稿共165页 静态和动态的静态和动态的 V&V需求规约需求规约概要设计概要设计形式规约形式规约详细设计详细设计程序程序原型原型静态验证静态验证静态验证静态验证动态确认动态确认动态确认动态确认第36页，本讲稿共165页5.5.测试信息流测试信息流可靠性可靠性分析分析测试测试

35、软件软件配置配置测试测试配置配置测试测试工具工具结果结果分析分析测试结果测试结果预预期期结结果果出出错错率率数数据据预测的可靠性预测的可靠性错误错误调试调试修改后的软件修改后的软件第37页，本讲稿共165页软件配置软件配置软件配置软件配置：软件需求规格说明、软件设计规格说明、：软件需求规格说明、软件设计规格说明、：软件需求规格说明、软件设计规格说明、：软件需求规格说明、软件设计规格说明、源代码等；源代码等；源代码等；源代码等；测试配置测试配置测试配置测试配置：测试计划、测试用例、测试程序等；：测试计划、测试用例、测试程序等；：测试计划、测试用例、测试程序等；：测试计划、测试用例、测试程序等；测

36、试工具测试工具测试工具测试工具：测试数据自动生成程序、静态分析程序、：测试数据自动生成程序、静态分析程序、：测试数据自动生成程序、静态分析程序、：测试数据自动生成程序、静态分析程序、动态分析程序、测试结果分析程序、以及驱动测试动态分析程序、测试结果分析程序、以及驱动测试动态分析程序、测试结果分析程序、以及驱动测试动态分析程序、测试结果分析程序、以及驱动测试的测试数据库等等。的测试数据库等等。的测试数据库等等。的测试数据库等等。测试结果分析测试结果分析测试结果分析测试结果分析：比较实测结果与预期结果，评价错：比较实测结果与预期结果，评价错：比较实测结果与预期结果，评价错：比较实测结果与预期结果，

37、评价错误是否发生。误是否发生。误是否发生。误是否发生。第38页，本讲稿共165页排错排错排错排错(调试调试调试调试)：对已经发现的错误进行错误定位和确：对已经发现的错误进行错误定位和确：对已经发现的错误进行错误定位和确：对已经发现的错误进行错误定位和确定出错性质，并改正这些错误，同时修改相关定出错性质，并改正这些错误，同时修改相关定出错性质，并改正这些错误，同时修改相关定出错性质，并改正这些错误，同时修改相关的文档。的文档。的文档。的文档。修正后的文档再测试修正后的文档再测试修正后的文档再测试修正后的文档再测试：直到通过测试为止。：直到通过测试为止。：直到通过测试为止。：直到通过测试为止。通过

38、收集和分析测试结果数据，对软件建立可靠性模通过收集和分析测试结果数据，对软件建立可靠性模通过收集和分析测试结果数据，对软件建立可靠性模通过收集和分析测试结果数据，对软件建立可靠性模型型型型利用利用利用利用可靠性分析可靠性分析可靠性分析可靠性分析，评价软件质量。，评价软件质量。，评价软件质量。，评价软件质量。如果测试发现不了错误，可以肯定，测试配置考虑得如果测试发现不了错误，可以肯定，测试配置考虑得如果测试发现不了错误，可以肯定，测试配置考虑得如果测试发现不了错误，可以肯定，测试配置考虑得不够细致充分，错误仍然潜伏在软件中。不够细致充分，错误仍然潜伏在软件中。不够细致充分，错误仍然潜伏在软件中。

39、不够细致充分，错误仍然潜伏在软件中。第39页，本讲稿共165页6.6.测试模型测试模型软件开发过程是一个自顶向下，逐步细化的过程软件开发过程是一个自顶向下，逐步细化的过程软件开发过程是一个自顶向下，逐步细化的过程软件开发过程是一个自顶向下，逐步细化的过程软件计划阶段定义软件范围（作用域）软件计划阶段定义软件范围（作用域）软件计划阶段定义软件范围（作用域）软件计划阶段定义软件范围（作用域）软件需求分析阶段建立软件信息域、功能和性能需求、软件需求分析阶段建立软件信息域、功能和性能需求、软件需求分析阶段建立软件信息域、功能和性能需求、软件需求分析阶段建立软件信息域、功能和性能需求、约束等约束等约束等

40、约束等软件设计阶段建立软件体系结构、用户接口、数据结软件设计阶段建立软件体系结构、用户接口、数据结软件设计阶段建立软件体系结构、用户接口、数据结软件设计阶段建立软件体系结构、用户接口、数据结构和细部设计构和细部设计构和细部设计构和细部设计程序编码阶段把设计用某种程序设计语言转换成程程序编码阶段把设计用某种程序设计语言转换成程程序编码阶段把设计用某种程序设计语言转换成程程序编码阶段把设计用某种程序设计语言转换成程序代码序代码序代码序代码第40页，本讲稿共165页可行性研究可行性研究可行性研究可行性研究需求分析需求分析需求分析需求分析概要设计概要设计概要设计概要设计详细设计详细设计详细设计详细设计

41、编码与调试编码与调试编码与调试编码与调试单元测试单元测试单元测试单元测试组装测试组装测试组装测试组装测试确认测试确认测试确认测试确认测试运行运行运行运行 详细设计说明书详细设计说明书概要设计说明书概要设计说明书需求规格说明书需求规格说明书可行性报告可行性报告 项目实施计划项目实施计划测试过程是依相反顺序安排的自底向上，逐步集成的过测试过程是依相反顺序安排的自底向上，逐步集成的过测试过程是依相反顺序安排的自底向上，逐步集成的过测试过程是依相反顺序安排的自底向上，逐步集成的过程。程。程。程。第41页，本讲稿共165页软件生存期各阶段间需保持的正确性用户要求用户要求用户用户:我要什么我要什么?运行结

42、果运行结果计算机计算机:程序运行得程序运行得到的结果到的结果源程序源程序程序员程序员:我要让计算我要让计算机什么做机什么做?设计说明书设计说明书设计员设计员:我要让软件我要让软件做什么做什么?需求说明书需求说明书分析员分析员:我可以提我可以提供什么供什么?1 12 23 34 45 5理解正确性理解正确性表达正确性表达正确性理解正确性理解正确性设计正确性设计正确性表达正确性表达正确性理解正确性理解正确性编码正确性编码正确性运行正确性运行正确性输入正确性输入正确性相符吗相符吗?ABCDABCDABCABCBCBCCBCB？第42页，本讲稿共165页7.7.软件测试流程软件测试流程测试流程：测试流

43、程：制定测试计划制定测试计划设计测试设计测试实施测试实施测试执行测试执行测试评估测试评估测试回归测试回归测试第43页，本讲稿共165页7.7.软件测试流程软件测试流程3)实施测试实施测试准备测试环境准备测试环境获得测试数据获得测试数据测试脚本概要测试脚本概要4)执行测试：执行测试用例并记录测试结果执行测试：执行测试用例并记录测试结果5)评估测试评估测试覆盖评测：测试的完全程度覆盖评测：测试的完全程度质量评测：测试过程中已发现的缺陷的评估。质量评测：测试过程中已发现的缺陷的评估。第44页，本讲稿共165页8 8、测试的方法与技术测试的方法与技术软件测试技术的发展软件测试技术的发展2020世纪世纪

44、6060年代：年代：主要以代码调试为主；主要以代码调试为主；7070年代：年代：以演示软件系统的正确性为主；以演示软件系统的正确性为主；8080年代年代 9090年代中期：年代中期：主要以检查程序错误为主；主要以检查程序错误为主；9090年代中期以后：年代中期以后：开始更注重软件质量特性的整体评估开始更注重软件质量特性的整体评估目前软件测试最主要的目标是评估软件功能，但一般也要测目前软件测试最主要的目标是评估软件功能，但一般也要测试软件的非功能属性。试软件的非功能属性。第45页，本讲稿共165页测试技术分类测试技术分类按功能分：按功能分：白盒测试白盒测试 (Whitetest)(Whitete

45、st)黑盒测试黑盒测试 (BlackTest)(BlackTest)按测试时间来分：按测试时间来分：单元测试单元测试 (UnitTest)(UnitTest)集成测试集成测试 (IntegrateTest)(IntegrateTest)确认测试确认测试 (ValidationTest)(ValidationTest)系统测试系统测试 (SystemTest)(SystemTest)按运行状态分：按运行状态分：静态测试静态测试 (Static(StaticTest)Test)动态测试动态测试 (Dynamic Test)(Dynamic Test)按方向来分：按方向来分：正向测试正向测试逆向测试

46、逆向测试 第46页，本讲稿共165页8.3.2 8.3.2 测试方法与测试用例设计测试方法与测试用例设计黑盒测试黑盒测试vv等价类划分等价类划分vv边界值分析边界值分析vv错误推测法错误推测法vv因果图因果图vv接口测试接口测试白盒测试白盒测试uu逻辑覆盖逻辑覆盖uu判定结构分析判定结构分析判定结构分析判定结构分析uu循环结构分析循环结构分析u基本路径覆盖基本路径覆盖一、测试方法一、测试方法第47页，本讲稿共165页黑盒测试（黑盒测试（Black-Box TestBlack-Box Test）这种方法是把这种方法是把这种方法是把这种方法是把测试对象测试对象测试对象测试对象看做看做看做看做一个黑

47、盒一个黑盒一个黑盒一个黑盒，测试人员完全，测试人员完全，测试人员完全，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程不考虑程序内部的逻辑结构和内部特性，只依据程不考虑程序内部的逻辑结构和内部特性，只依据程不考虑程序内部的逻辑结构和内部特性，只依据程序的需求和功能规格说明，检查程序的功能是否符序的需求和功能规格说明，检查程序的功能是否符序的需求和功能规格说明，检查程序的功能是否符序的需求和功能规格说明，检查程序的功能是否符合它的功能说明。合它的功能说明。合它的功能说明。合它的功能说明。黑盒测试叫做黑盒测试叫做黑盒测试叫做黑盒测试叫做功能测试功能测试功能测试功能测试或或或或数据驱动测试数

48、据驱动测试数据驱动测试数据驱动测试。第48页，本讲稿共165页黑盒测试方法是在程序接口上进行测试，主要是为黑盒测试方法是在程序接口上进行测试，主要是为黑盒测试方法是在程序接口上进行测试，主要是为黑盒测试方法是在程序接口上进行测试，主要是为了发现以下错误了发现以下错误了发现以下错误了发现以下错误:1)1)是否有不正确或遗漏了的功能是否有不正确或遗漏了的功能是否有不正确或遗漏了的功能是否有不正确或遗漏了的功能?2)2)在接口上，输入能否正确地接受在接口上，输入能否正确地接受在接口上，输入能否正确地接受在接口上，输入能否正确地接受?能否输能否输能否输能否输出正确的结果出正确的结果出正确的结果出正确的

49、结果?3)3)是否有数据结构错误或外部信息是否有数据结构错误或外部信息是否有数据结构错误或外部信息是否有数据结构错误或外部信息 (例如数例如数例如数例如数据文件据文件据文件据文件)访问错误访问错误访问错误访问错误?4)4)性能上是否能够满足要求性能上是否能够满足要求性能上是否能够满足要求性能上是否能够满足要求?5)5)是否有初始化或终止性错误是否有初始化或终止性错误是否有初始化或终止性错误是否有初始化或终止性错误?第49页，本讲稿共165页动态黑盒测试 闭着眼睛测试软件闭着眼睛测试软件软件输入输入 不深入代码细节的测试方法称为动态黑盒测试。不深入代码细节的测试方法称为动态黑盒测试。软件测试员充

50、当客户来使用它。软件测试员充当客户来使用它。输出输出第50页，本讲稿共165页白盒测试（白盒测试（White-Box TestWhite-Box Test）此方法此方法把测试对象看做一个玻璃盒子把测试对象看做一个玻璃盒子，它，它允许测试人员利用程序内部的逻辑结构允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。程序所有逻辑路径进行测试。通过通过在不同点检查程序的状态在不同点检查程序的状态，确定实际，确定实际的状态是否与预期的状态一致。因此白的状态是否与预期的状态一致。因此白盒测试又称为盒测试又称为结构测试结构测试或或