检验和测试方法

检验和测试方法第一页，共八十二页，2022年，8月28日第9章软件测试教学重点与难点掌握软件测试阶段的主要任务及方法掌握使用白盒法进行软件测试掌握使用黑盒法进行软件测试掌握软件测试的过程第二页，共八十二页，2022年，8月28日9.1测试的基本概念软件工程的根本目标是开发出高质量的完全符合用户需要的软件。在开发软件的过程中，人们使用了许多保证软件质量的方法分析、设计和实现软件，但难免还会在工作中犯错误。这样在软件产品中就会隐藏许多错误和缺陷。对于规模大、复杂性高的软件更是如此。在这些错误中，有些是致命的错误，如果不排除，就会导致生命与财产的重大损失。软件测试是保证软件质量的关键步骤，它是对规格说明书、设计和编码的最终评审。软件缺陷：

⑴软件未达到产品说明书标明的功能。⑵软件出现了产品说明书指明不会出现的错误。⑶软件功能超出产品说明书的范围。⑷软件未达到产品说明书虽未指明但应达到的目标。⑸软件测试员认为软件难于理解、不易使用、运行速度缓慢，或最终用户认为不好。第三页，共八十二页，2022年，8月28日9.1.1软件测试的定义1983年IEEE提出的软件工程标准术语中对软件测试的定义为：使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差距。软件测试就是为了发现软件中的错误而执行程序的过程。第四页，共八十二页，2022年，8月28日软件测试在软件生命周期中横跨两个阶段在编写出每个模块之后就对它做必要的测试（称为单元测试），模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对软件系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。第五页，共八十二页，2022年，8月28日9.1.2测试的目标软件测试目标的归纳（1）测试是一个程序执行的过程，其目的在于发现软件中的错误;（2）一个好的测试用例，是能够发现至今尚未察觉的错误的用例;（3）一个成功的测试，则是发现至今尚未察觉的错误的测试.软件测试就是为了发现错误而执行程序的过程。测试不能发现所有的错误。第六页，共八十二页，2022年，8月28日9.1.3测试的原则(1)应当尽早地、不断地进行软件测试。(2)程序员或程序设计机构不应测试自己设计的程序。(3)测试用例应当由测试输入数据和与之对应的预期输出结果两部分组成。(4)设计测试用例时，应包括合理的输入条件和不合理的输入条件。(5)充分注意测试中的群集现象。实验表明，测试后程序中残存的错误数与该程序中已发现的错误数目或检错率成正比。第七页，共八十二页，2022年，8月28日9.1.3测试的原则⑹严格执行测试计划，排除测试的随意性。⑺应当对每一个测试的结果做全面的检查。⑻在对程序进行修改后，要进行回归测试；⑼妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。第八页，共八十二页，2022年，8月28日9.1.4测试的方法1．静态检查：一般不在计算机上实际执行的程序，而是通过人工分析评审来确认程序的正确性。2．动态检查（1）黑盒法：测试用例是完全根据程序的功能说明来设计的。（2）白盒法：测试用例是根据程序的内部逻辑来设计的。3．正确性证明第九页，共八十二页，2022年，8月28日9.2软件评审人工阅读软件文档或程序，从而发现其中的错误，这种技术称为评审。评审的分类：需求分析复查概要设计复查详细设计复查程序复查和走查第十页，共八十二页，2022年，8月28日9.2.1评审过程第十一页，共八十二页，2022年，8月28日9.2.1评审过程评审组长将评审材料发给评审员评审会上材料作者介绍情况评审员按照评审条款逐条对材料进行检查详细记录评审会议评审组长提交评审报告，列出发现的错误及对修改工作的具体要求。第十二页，共八十二页，2022年，8月28日9.3白盒法任何产品都可以用以下两种方法之一进行测试：⑴已知产品的功能设计规则，可进行测试证明每个实现了的功能是否符合要求——黑盒测试⑵已知产品的内部工作过程，可以通过测试证明每个内部的操作是否符合设计规格说明要求，所有内部成分是否已经检查——白盒测试第十三页，共八十二页，2022年，8月28日9.3.1白盒法概述白盒法是指测试人员将程序视为一个透明的盒子。也就是说，需要了解程序的内部结构，对程序的所有逻辑路径进行测试，在不同点检查程序的状态，确定实际状态与预期的状态是否一致。白盒测试又称为结构测试或逻辑驱动测试。第十四页，共八十二页，2022年，8月28日如图所示的程序图，它对应了一个100行源代码的Pascal语言程序，其中包括了一个执行20次的循环，那么它所包含的不同路径高达520条，若要对它进行穷举测试，即要设计测试用例，覆盖所有的路径。设有一个测试程序，对每条路径的测试需一毫秒，那么要完成测试约需3710年。任何进行穷举测试都是一场达灾难，因此，我们的策略是在一定的开发周期和某种经济条件下，通过有限的测试尽可能多地发现错误。测试只能发现错误，而不能保证程序没有错误。第十五页，共八十二页，2022年，8月28日9.3.2语句覆盖为了暴露程序中的错误，至少每个语句应该执行一次。“语句覆盖”是一个比较弱的测试标准，它的含义是：选择足够的测试用例，使得程序中每个语句至少都能执行一次。第十六页，共八十二页，2022年，8月28日语句覆盖示例设计的用例能使程序中的每条语句至少执行一次。如设计一条能通过路径ace的测试用例：A=2,B=0,X=3第十七页，共八十二页，2022年，8月28日9.3.3判定覆盖选择足够的测试用例，使得程序中每个判定至少都能获得一次“真”值和“假”值，或者说使得程序中的每一个分支至少都通过一次。“判定覆盖”比“语句覆盖”严格，因为如果每个分支都执行过了，则每个语句也就执行过了。第十八页，共八十二页，2022年，8月28日判定覆盖示例使程序中每个分支至少有一次“真值”和一次“假值”，或每个分支都至少通过一次。如能通过路径acd和abe；可选择以下两组数据:A=3,B=0,X=1A=2,B=1,X=3第十九页，共八十二页，2022年，8月28日9.3.4条件覆盖一个判定中往往包含了若干个条件.“条件覆盖”的含义是：执行足够的测试用例，使得判定中的每个条件获得各种可能的结果。第二十页，共八十二页，2022年，8月28日条件覆盖示例四个条件：

A>1,B=0,A=2,X>1测试用例：a点

A>1,A≤1,B=0,B≠0b点

A=2,A≠2,X>1,X≤1可选择以下两组数据：

A=1,B=0,X=3（abe）

A=2,B=1,X=1（abe）第二十一页，共八十二页，2022年，8月28日“条件覆盖”通常比“判定覆盖”强，因为它使一个判定中的每一个条件都取得了两个不同的结果。当测试语句为：IF（AANDB）THENS时，一般可设计两种测试用例：A为“真”，B为“真”；A为“假”，B为“假”。第二十二页，共八十二页，2022年，8月28日9.3.5判定/条件覆盖“判定/条件覆盖”：执行足够的测试用例，使得程序判定中的每个条件取到各种可能的值，并使每个判定取到各种可能的结果。在条件覆盖中选择的两组数据：

A=2，B=0，X=4 A=1，B=1，X=1

是满足判定/条件覆盖要求的。所以彻底的判定/条件测试覆盖，应使每一个简单判定的所有可能结果都至少真正出现一次。第二十三页，共八十二页，2022年，8月28日9.3.6条件组合覆盖“条件组合覆盖”，它的含义是：选择足够的测试用例，使得每个判定中的条件的各种组合都至少出现一次。满足“条件组合覆盖”的测试用例是一定满足“判定覆盖”、“条件覆盖”和“判定/条件覆盖”的。第二十四页，共八十二页，2022年，8月28日条件组合覆盖示例要满足多重覆盖，设计的测试用例就必须满足以下八种组合：（1）A>1,B=0；（2）A>1,B≠0（3）A≤1,B=0；（4）A≤1,B≠0（5）A=2,X>1；（6）A=2,X≤1（7）A≠2,X>1；（8）A≠2,X≤1要测试上述八种组合结果可采用以下四组数据：A=2，B=0，X=4覆盖（1）（5）

(ace)A=2，B=1，X=1覆盖（2）（6）

(abe)A=1，B=0，X=2覆盖（3）（7）

(abe)A=1，B=1，X=1覆盖（4）（8）

(abd)

第二十五页，共八十二页，2022年，8月28日9.4黑盒法黑盒测试法把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程。黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息(如，数据库或文件)的完整性。黑盒测试又称为功能测试。用黑盒法发现程序中的错误，必须用所有可能的输入数据来检查程序能否都产生正确的输出。第二十六页，共八十二页，2022年，8月28日黑盒测试力图发现下述类型的错误：①功能不正确或遗漏了功能；②界面错误；③数据结构错误或外部数据库访问错误；④性能错误；⑤初始化和终止错误。白盒测试在测试过程的早期阶段进行，而黑盒测试主要用于测试过程的后期。第二十七页，共八十二页，2022年，8月28日9.4.1等价分类法等价分类法的指导思想是：把所有可能输入的数据划分成若干等价类，假定每类中的一个典型值在测试中的作用与这类中所有其他值的作用相同；然后可以从每个等价类中只取一组数据作为代表性数据用于测试，以便发现程序中的错误。第二十八页，共八十二页，2022年，8月28日等价分类法的步骤采用等价类划分技术设计测试用例分两步：1.划分等价类2.确认测试用例第二十九页，共八十二页，2022年，8月28日1、划分等价类根据每个输入条件（通常是规范说明中一句话或一个短语），找出两个或更多的等价类，将其列表:第三十页，共八十二页，2022年，8月28日合理等价类：输入数据满足程序模块的输入数据规范，是有意义的输入数据集合。使用合理等价类构造测试用例，主要检测程序模块是否实现了设计规格规定的功能和性能。不合理等价类：输入数据不满足程序模块的输入数据规范，是无意义的输入数据集合。使用不合理等价类构造测试用例，主要检测程序模块是否能够拒绝无效数据输入，被测试对象在运行初始条件不具备时的可靠性如何。第三十一页，共八十二页，2022年，8月28日等价类的划分原则⑴如果输入条件规定了取值范围，或值的个数，则可以确定一个有效等价类和两个无效等价类。例如：如果某输入条件规定输入数据的取值范围是：1到99，则有效等价类是[1，99]，两个无效等价类是“小于1和大于99的数”。⑵如果输入条件规定输入值的集合，或者是规定了“必须如何”的条件，则可确立一个有效等价类和一个无效等价类。例如：在某些程序语言中对变量标识符规定为“以字母打头的串”，那么所有以字母打头的构成有效等价类，不以字母打头的归于无效等价类。第三十二页，共八十二页，2022年，8月28日等价类的划分原则⑶如果输入条件是一个布尔量，则可以确定一个有效的等价类和一个无效的等价类。⑷如果规定了数据的一组值，而且程序要对每个输入值分别进行处理。这时可为每一个输入值确定一个有效等价类，此外针对这组值确定一个无效等价类，它是所有不允许的输入值的集合。例如，在教师分房中规定对教授、副教授、讲师和助教分别计算分数，做相应的处理。因此，可以确定4个有效等价类为：教授、副教授、讲师和助教，以及一个无效等价类，它是所有不符合上述身份人员的输入值的集合。第三十三页，共八十二页，2022年，8月28日等价类的划分原则⑸如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。例如，Pascal语言处理时规定“一个语句必须以分号‘；’结束”。这时可以确定一个有效等价类“以‘；’结束”，若干个无效等价类“以‘：’结束”、“以‘、’结束”、“以‘。’结束”等。⑹如果确知，已划分的等价类中各元素，在程序中的处理方式是不同的，则应将此等价类进一步划分为更小的等价类。第三十四页，共八十二页，2022年，8月28日2、选择测试用例根据等价类设计测试用例。有三步：（1）给每个等价类规定一个唯一的编号；（2）设计一个新的测试用例，使其尽可能多地覆盖未被覆盖过的合理等价类。此项工作重复进行，直到所有的合理等价类都被覆盖为止；（3）设计一个新的测试用例，使其覆盖一个、且仅一个未被覆盖过的不合理等价类。此项工作同样进行到所有不合理等价类都被覆盖为止。第三十五页，共八十二页，2022年，8月28日9.4.2边缘值分析法人们从长期的测试工作经验得知，大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。第三十六页，共八十二页，2022年，8月28日边缘值分析法的原则1)如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据。例如，若输入值的范围是“-1.0～1.0”，则可选取“-1.0”、“1.0”、“-1.001”和“1.001”作为测试数据。2)如果输入条件规定了值的个数，则用最大个数、最小个数、比最大个数多1，比最小个数少1的数作为测试数据。例如：一个输入文件可有1～255个记录，则可以分别设计1个记录、255个记录以及0个记录和256个记录的输入文件。3)根据规格说明的每个输出条件。使用前面的原则1)。例如，某程序的功能是计算折扣量，最低折扣量是0元，最高折扣量是1050元。则设计一些测试用例，使它们恰好产生0元和1050元的结果。此外，还可考虑设计结果为负值或大于1050元的测试用例。第三十七页，共八十二页，2022年，8月28日边缘值分析法的原则4)根据规格说明的每个输出条件。使用前面的原则2)。例如，一个信息检索系统根据用户打入得命令，显示有关文献的摘要，但最多只显示4篇摘要。这时可设计一些测试用例，使得程序分别显示1篇，4篇，0篇摘要，并设计一个有可能使程序错误地显示5篇摘要的测试用例。5)如果程序的规格说明给出的输入域或输出域是有序集合(如有序表，顺序文件等)，则应选取集合的第一个元素和最后一个元素作为测试用例。第三十八页，共八十二页，2022年，8月28日边缘值分析法示例例：输入三个正整数，表示三角形三个边。其中任意两个数之和应大于第三个数。如果使用等价划分，至少可以找出两个等价类：一个满足上述条件的合理等价类；一个两数之和不大于第三个数的不合理的等价类

A=3,B=4,C=5；A=1,B=2,C=4但是，这里却忽视了极易出现的错误：如把A+B>C错误地写成A+B≥C，上述两组测试数据均无法发现。从此例可见边界值分析的必要性。A=1,B=2,C=3这组数据可以发现上述错误。第三十九页，共八十二页，2022年，8月28日从这里可以看出：边界值分析与等价划分的重要区别，边界值着重检查等价类边界上和边界附近的错误。实际工作中，通常把语句覆盖、等价划分和边界值分析测试结合使用。这样就能把白盒子和黑合盒子测试技术结合起来，既可检查设计的内部要求，又可以检查设计的接口要求。第四十页，共八十二页，2022年，8月28日9.4.3错误推测法人们也可以靠经验和直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的例子。这就是错误推测法。错误推测法的基本想法是：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例。应该仔细分析程序规格说明书，注意找出其中遗漏或省略的部分，以便设计相应的测试方案，检测程序员对这些部分的处理是否正确。第四十一页，共八十二页，2022年，8月28日错误推测法示例例：对一个排序程序，我们可以列出以下几种需要特别检查的情况：（1）输入表为空。（2）输入表中只有一个数据。（3）输入表为满表。（4）输入表中所有的行都具有相同的值。（5）输入表已经是排序的。（6）输入表的排序恰与所要求的顺序相反。第四十二页，共八十二页，2022年，8月28日9.5综合策略使用每种测试方法都能设计一组有用的测试方案,但是没有一种方法能设计出全部的测试方案。用一种方法设计出来的测试方案可能最容易发现某类型的错误，对另外一些类型的错误可能不易发现。对系统进行实际测试时，应该联合使用各种设计测试方案的方法，形成一种综合策略。用黑盒设计基本的测试方案，再用白盒补充一些必要的测试方案。

第四十三页，共八十二页，2022年，8月28日比较合理的策略在任何情况下都需使用边缘值分析法（这个方法应包括对输入和输出的边缘值进行分析）。必要的话，再用等价分类法补充一些用例。再用错误推测法附加用例。检查上述用例的逻辑覆盖程度，如果未能满足某些覆盖标准，则再增加足够的用例。第四十四页，共八十二页，2022年，8月28日强调指出，即使使用上述综合策略设计测试方案，仍然不能保证测试将发现一切程序错误；这些策略确实是在测试成本和测试效果之间的一个合理的折衷。软件测试确实是一件十分艰巨繁重的工作。第四十五页，共八十二页，2022年，8月28日9.6测试过程软件工程范围内的测试过程实际分为四步：单元测试、整体测试、有效性测试和系统测试，它们依次进行。第四十六页，共八十二页，2022年，8月28日测试过程第四十七页，共八十二页，2022年，8月28日单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。组装测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。第四十八页，共八十二页，2022年，8月28日9.7单元测试单元测试又称模块测试，是针对软件设计的最小单位─程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。单元测试多采用白盒测法,多个模块可以平行地独立进行单元测试。第四十九页，共八十二页，2022年，8月28日9.7.1单元测试的内容第五十页，共八十二页，2022年，8月28日1、模块接口在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括：调用本模块的输入参数（属性、数量）是否正确；本模块调用子模块时输入给子模块的参数（属性、数量）是否正确；全局量的定义、用法在各模块中是否一致；

第五十一页，共八十二页，2022年，8月28日模块接口如果一个模块完成文件的输入或输出时，还应该再检查下述各点：⑴文件属性是否正确？⑵打开文件语句是否正确？⑶格式说明书与输入／输出语句是否一致？⑷缓冲区大小与记录长度是否匹配？⑸使用文件之前先打开文件了吗？⑹文件结束条件处理了吗？⑺输入／输出错误检查并处理了吗？⑻输出信息中有文字书写错误吗？

第五十二页，共八十二页，2022年，8月28日2、局部数据结构对于一个模块而言，局部数据结构是常见的错误来源。应该仔细设计测试方案，以便发现下述类型的错误：⑴错误的或不相容的说明；⑵使用尚未赋值或尚未初始化的变量；⑶错误的初始值或不正确的缺省值；⑷错误的变量名字（拼写错或截短了）；⑸数据类型不相容；⑹上溢、下溢或地址异常。第五十三页，共八十二页，2022年，8月28日3、执行路径选择适当的测试用例，对模块中重要的执行路径进行测试。应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。对基本执行路径和循环进行测试可以发现大量的路径错误。第五十四页，共八十二页，2022年，8月28日4、错误处理比较完善的模块设计要求能预见出错的条件,并设置适当的出错处理,保证程序出错时,能对出错程序重新安排,保证其逻辑上的正确性。出错的描述是否难以理解出错的描述是否能够对错误定位显示的错误与实际的错误是否相符对错误条件的处理正确与否在对错误进行处理之前，错误条件是否已经引起系统的干预等第五十五页，共八十二页，2022年，8月28日5、边界测试注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。第五十六页，共八十二页，2022年，8月28日9.7.2单元测试的方法模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。驱动模块(driver)支持模块(stub)──桩模块第五十七页，共八十二页，2022年，8月28日单元测试的测试环境第五十八页，共八十二页，2022年，8月28日9.8整体测试在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是：在把各个模块连接起来的时侯，穿越模块接口的数据是否会丢失；一个模块的功能是否会对另一个模块的功能产生不利的影响；各个子功能组合起来，能否达到预期要求的父功能；全局数据结构是否有问题；单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。第五十九页，共八十二页，2022年，8月28日整体测试的类型根据模块组成程序时的两种不同方法，整体测试方法可以分为两类：非渐增式测试：首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统；渐增式测试：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。这种每次增加一个模块的方法称为渐增式测试。第六十页，共八十二页，2022年，8月28日非渐增式测试缺点：

程序中不可避免地存在设计模块间接口、全局数据结构等问题，所以一次性运行成功的可能性不大。一旦发现有错误，查错和改错会遇到困难。第六十一页，共八十二页，2022年，8月28日渐增式测试渐增式测试是用于软件装配的一种系统化的技术。自顶向下测试自底向上测试第六十二页，共八十二页，2022年，8月28日1、自顶向下测试从主控制模块（“主程序”）开始，沿着软件的控制层次向下移动，从而逐渐把各个模块结合起来。在把附属于（以及最终附属于）主控制模块的那些模块组装到软件结构中去时，使用的方法：深度优先的策略宽度优先的策略第六十三页，共八十二页，2022年，8月28日深度优先的策略第六十四页，共八十二页，2022年，8月28日自顶向下测试的步骤①对主控制模块进行测试，测试时用支持模块代替所有直接附属于主控制模块的模块；②根据选定的结合策略（深度优先或宽度优先），每次用一个实际模块代换支持模块（新结合进来的模块往往又需要新的支持模块）；③在结合进一个模块的同时进行测试；④为了保证加入模块没有引进新的错误，可能需要进行回归测试（即全部或部分地重复以前做过的测试）。⑤重复进行上述过程②-④，直到构造起完整的软件结构为止。第六十五页，共八十二页，2022年，8月28日自顶向下测试的分析优点：在测试过程早期对较高层次模块或主控模块路径进行测试可进早发现主控模块控制是否有问题，增强开发人员和用户双方的信心。缺点：需要设计支持模块，使得低层关键模块中的错误发现较晚。解决办法：把许多测试推迟到用真实模块代替了支持模块以后再进行；与自底向上测试方法配合使用；第六十六页，共八十二页，2022年，8月28日2、自底向上测试这种组装的方式是从程序模块结构的最底层的模块开始组装和测试。第六十七页，共八十二页，2022年，8月28日3、结论自顶向下增殖的方式和自底向上增殖的方式各有优缺点。在测试实际的软件系统时，应该根据软件的特点以及工程进度安排，选用适当的测试策略。混合策略：对软件结构中较上层，使用的是自顶向下方法；对软件结构中较下层，使用的是自底向上方法，两者相结合。第六十八页，共八十二页，2022年，8月28日9.9有效性测试软件有效性：如果软件的功能和性能如同用户所合理地期待的那样，则软件是有效的。有效性测试又称确认测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。第六十九页，共八十二页，2022年，8月28日有效性测试有效性测试一般使用黑盒测试法。通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符；所有的文档都是正确且便于使用；同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试。第七十页，共八十二页，2022年，8月28日在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：

测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。

测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。

第七十一页，共八十二页，2022年，8月28日9.10系统测试系统测试，是将通过有效性测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统的定义不符合或与之矛盾的地方。第七十二页，共八十二页，2022年，8月28日系统测试的类型1.恢复测试2.安全性测试3.强度测试4.性能测试第七十三页，共八十二页，2022年，8月2