《2022年《软件测试技术》知识点整理81 .pdf》由会员分享,可在线阅读,更多相关《2022年《软件测试技术》知识点整理81 .pdf(14页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、一、软件测试的定义软件测试是一个 过程或一系列 过程,用来确 认计算机代 码完成了其 应该 完成的功能,不执行其不 该有的操作。1软件测试与调试的区别?(1)测试 是为了发现软 件中存在的 错误;调试是为证明软件开发的正确性。(2)测试 以已知条件开始,使用预先定义的程序,且有 预知的结果,不可 预见的仅是程序是否通 过测试 ; 调试 一般是以不可知的内部条件开始,除统计 性调试外, 结果是不可 预见的。(3)测试 是有计划的,需要 进行测试设计 ;调试 是不受 时间约 束的。(4)测试经历发现错误、改正 错误、重新 测试的过程;调试 是一个推理 过程。(5)测试 的执行是有 规程的;调试 的
2、执行往往要求开 发人员进行必要推理以至知 觉的飞跃。(6)测试经 常是由独立的 测试组 在不了解 软件设计的条件下完成的; 调试 必须由了解 详细设计 的开发人员完成。(7)大多数 测试 的执行和设计 可以由工具支持; 调式时,开 发人员能利用的工具主要是调试器。2对软件测试的理解?软件测试就是说要去根据客 户的要求完善它.即要把 这个软件还没有符合的或者是和客户要求不一 样的,或者是客 户要求还没有完全达到要求的部分找出来。(1)首先要 锻炼 自己软件测试 能力,包括需求的分析能力,提取能力,逻辑化思想能力,即就是 给你一个系 统的时候,能 够把整个 业务流程很清晰的理出。(2)学习测试 理
3、论知识并与你 锻炼的能力相 结合。(3)想和做。想就是 说你看到任何的系 统都要有 习惯性的思考;做就是把实际去做练习,然后提取 经验。总结测试 用例,测试计 划固然重要,但能力和思想一旦到位了,才能成 为一名合格的 软件测试工程师。二、软件测试的分类1按照 测试技术划分(1)白盒 测试:通过对 程序内部 结构的分析、 检测来寻找问题。检查是否所有的 结构及逻辑都是正确的, 检查软 件内部 动作是否按照 设计说 明的 规定正常 进行。-结构测试(2)黑盒 测试:通过软 件的外部表 现来发现错误 ,是在程序界面 处进行测试,只是 检查是否按照需求 规格说明书的规定正常 实现。-性能 测试(3)灰
4、盒 测试:介于白盒 测试 与黑盒 测试 之间的测试。名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 1 页,共 14 页 - - - - - - - - - 2按照是否 让备测软 件运行划分(1)静态测试(2)动态测试3按照开 发阶段划分(1)单元测试: 模块测试 , 检查 每个程序 单元嫩否正确 实现详细设计说 明中的模 块功能等。(2)集成 测试:组装测试,将所有的程序模 块进 行有序、 递增的测试,检验程序 单元或部件的接口关系(3)系统测试 :检查完整的程序
5、系 统能否和系 统(包括硬件、外 设和网络、系统软件、支持平台等)正确配置、连接,并 满足用户需求。(4)确认测试: 证实软 件是否 满足特定于其用途的需求,是否 满足软件需求 说明书的规定。(5)验收测试:按项目任务或合同,供需双方 签订的验收依据文档 进行的 对整个系 统的测试与评审,决定是否接受或拒收系统。4按照 测试实 施组织划分(1)开发方测试(2)用户测试(3)第三方 测试三、软件测试的原则1测试用例中一个必需部分是对预 期输出或结果的定 义;2程序 员应当避免 测试自己 编写的程序;3编写软件的组织不应当测试自己 编写的程序;4应该彻 底检查 每个测试的执行结果;5测试用例的 编
6、写不仅应当根据有效和 预期的输入情况,也 应当根据无效和未 预料到的 输入情况;6检查程序是否 “未做其 应该做的 ”仅是测试的一半, 测试 的另一半是 检查程序是否 “做了不 应该做的” ;7应避免 测试用例用后既弃,除非软件本身就是一个一次性的软件;8计划测试工作 时不应默许假定不会 发现错误 ;9程序某部分存在更多错误 的可能性,与 该部分已 发现错误 的数量成正比;10软件测试是一项极富创造性、极具智力挑 战性的工作。名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - -
7、- 第 2 页,共 14 页 - - - - - - - - - 四、测试用例的 设计1测试用例的定 义(1)测试 用例是 为特定的目的而 设计的一 组测试输 入、执行条件和 预期的 结果。(2)测试 用例是 执行的最小 实体。2特征:(1)最有可能抓住 错误 的;(2)不是重复的、多余的;(3)一组相似测试用例中最有效的;(4)既不是太 简单,也不是太复 杂。3设计测试 用例的基本准 则测试 用例的代表性、 测试结 果的可判定性、 测试结 果的可再 现性。五、黑盒 测试1等价 类划分法等价类划分法的 设计 方法:是把所有可能的输入数据,即程序的 输入域划分成若干部分(子集),然后从每一个子集
8、中选取少量具有代表性的数据作为测试 用例。等价 类是指某个 输入域的子集合。在该子集合中各个 输入数据 对于揭露程序中 错误都是等效的。并合理地假定: 测试某等价 类的代表 值就等于 对这一类其他值的测试。有效等价 类:对于程序的 规格说明来 说是合理的、有意 义的输入数据构成的集合无效等价 类:对软件规格说明而言,是无意 义的、不合理的 输入数据所构成的集合等价 类对于测试有两个重要的意 义:完备性无冗余性等价类划分法的原 则( a)按照区 间划分:一个有效等价 类和两个无效等价 类。( b)按照数 值划分:n 个有效等价 类和一个无效等价 类( c)按照数 值集合划分一个有效等价 类和一个
9、无效等价 类( d)按照限制条件或 规则 划分:可确定一个有效等价类和若干个无效等价 类( e)细分等价 类等价类划分法的步 骤( a)确定等价 类( b)建立等价 类表,列出所有划分出的等价类名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 3 页,共 14 页 - - - - - - - - - ( c)从划分出的等价 类中按以下的3 个原则设计测试 用例: 为每一个等价 类规定一个唯一的 编号 设计一个新的 测试用例,使其尽可能多的覆盖尚未被覆盖的有效等价类,重
10、复 这一步,直到所有的有效等价 类都被覆盖 为止; 设计一个新的 测试用例,使其 仅覆盖一个尚未被覆盖的无效等价类,重复 这一步,直到所有的无效等价 类都被覆盖 为止。确定等价 类的方法( a)先考 虑输入数据的 类型(合法型和非法型);( b)再考 虑数据范 围(合法型中的合法区间和非法区 间);( c)最后考 虑输出结果,逆向 设定输入。2边界值分析法边界值分析法就是 对输入或 输出的 边界值进行测试特点:具有很 强的发现程序 错误的能力; 测试用例来自等价 类的边界;基本原理:故障往往发生在 输入定 义域和 输出值域的 边界上,而不是在其内部。方法:( a)首先 应确定边界情况.Y(b)
11、选取正好等于, 刚刚大于或 刚刚小于 边界的 值作为测试 数据c标准边界值:min、 min+、 nom、 max-、 max健壮 边界值:min 、 min+、nom、 max-、 max min- max+d例:a bX有两个 变 量x、 y的程序的 输入域对于一个含有n 个变量的程序,只 让其中一个 变量取极 值,让其余的 变量取正常 值,被保留的 变量依次取min、 min+、 nom、 max-、 max 值,对每个变量都重复 进行。n 个变量的程序, 边界值分析测试 程序会 产生4n+1 个测试 用例。3决策表法概述:决策表法是黑盒测试 方法中最 为严 格、最具有 逻辑性的测试 方
12、法。什么时候使用?程序 输入输出比较多, 输入之 间、输出之间相互制 约的条件比 较多时,可以清楚地表达它们之间的各种复 杂关系。 决 策 表 通 常 由 四 部 分 组 成 :规则条件桩条件项动作桩动作项条件 桩:列出问题的所有条件条件 项:针对条件桩给 出的条件列出所有可能的取值动作桩:给出问题规 定的可能采取的操作动作项:与条件 项紧密相关,指出在条件项的各组取值情况下 应采取的 动作规则 :项中的每一列是一条 规则,每一条 规则是一组测试 用例。决策表的化 简( a)合并:如果一个条件项( 表中某列中的条件 值) 和另外一个条件 项所产生的动作是相同的, 且两个条件 项对应 的每一行的
13、 值只有一个是不同的, 则可以将其合并. 合并的 项除了不同 值变成” 不关心 ”名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 4 页,共 14 页 - - - - - - - - - 条目外 , 其余不 变( b)包含:如果两个条件项的动作是相同的, 对任意条件1 的值和条件2 中对应的值,如果 满足: 如果条件1 的值是 T(F), 则条件2 中的 值也是T(F). 如果条件1 的值是 -( 不关心 ), 则条件2 中的值是T,F,-, 称条件1 包含条件2,
14、 条件2 可以撤去. 重复A,B 就可以得到精 简的决策表.Y Y YY Y YNN N N N N NY N合并包含构造决策表的步 骤:( a)确定 规则的个数;( b)列出所有的条件 桩和动作桩;( c)填入 输入项;( d)填入 动作项, 得到初始的决策表;( e)对初始的决策表化 简。决策表 测试法的适用范 围( a) if-then-else 逻辑突出;( b)输入变量之间存在逻辑关系;( c)涉及 输入变量子集的 计算;( d)输入和 输出之 间存在因果关系。4因果 图方法概述:如果 输入之间有关系, 测试时 必须考虑输入条件的各种 组合,考 虑适合于描述 对于多种条件的 组合,相
15、 应产生多个 动作的形式来 设计测试 用例, 这就需要利用因果 图。因果 图方法最 终生成的就是判定表。适合于检查程序输入条件的各种 组合情况。因果图法的基本思想:首先从程序 规格说明书的描述中, 找出因 ( 输入条件) 和果 ( 输出结果或者程序状 态的改 变), 然后通 过因果图转换为 判定表, 最后为判定表中的每一列 设计一个 测试用例.基本符号原因结果通常在因果 图中用Ci 表示原因,用Ei 表示结果,各 结点表示状 态,可取 值“ 0”或“ 1” 。 “ 0”表示某状 态不出 现, “1”表示某状 态出现。名师归纳总结 精品学习资料 - - - - - - - - - - - - -
16、 - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 5 页,共 14 页 - - - - - - - - - c1C2恒等:c1 为 1, 则 e1 也为 1, 否则 e1 为 0. 非:若 c1 是 1, 则 e1 为 0, 否则 e1 是 1.或:若 c1 或 c2 或 c3 是 1, 则 e1 是 1, 若三者都不 为1, 则 e1 为 0.与:若 c1 和 c2 都是 1, 则 e1 为 1, 否则若有其中一个不 为1, 则 e1 为 0. 约束:际, 输入状 态之间可能存在某些依关 .E 约束 ( 异 ) : a,b 最多有一个可能 为
17、1, 不能同 为1.I 约束 ( 或 ) : a,b,c 中至少有一个必 须为1, 不能同 为0.O约束 ( 惟一 ) : a 和 b 必须有一个且 仅有一个 为1R约束 ( 要求 ) : a 是 1,b 必须是1, 即 a 为 1,b 不能为 0M 约束:对输出条件的 约束, 若结果a 为 1, 则结果b 必须为0. 因果 图生成 测试用例的本 骤( a)找出原因和 结果。( b)画出因果 图。(c)增加 约束。( d)把因果 图转化为判定表,化。( e)把判定表的每一列拿出来作为依据, 设计测试 用例。 例题( a)原因:C1 :第一个字符是A; C2:第一个字符是B; C3:第二个字符是
18、一个数字字找。结果:E1 :给出信L; E2 :修改文件;E3:给出信M。( b)因果 图。C1E110 C2 E2C3 E3( c)决策表。1 2 3 4 5 6 7 8名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 6 页,共 14 页 - - - - - - - - - C1C2C310111110101110010111010100100000E1E2E3不可能测试用例A3A5AMA&B3B5BMB*C2X6CMD*( d)设计测试 用例测试 用例1:输入数
19、据:A3 预期输出:修改文件测试 用例2:输入数据:AM 预期输出:给出信息M测试 用例3:输入数据:B3 预期输出:修改文件测试 用例4:输入数据:B* 预期输出:给出信息M测试 用例5:输入数据:C2 预期输出: 给出信息L测试 用例6:输入数据:CM 预期输出:给出信息LM因果图法的优点:( a)考虑了多个 输入之间的相互 组合、相互制 约关系;( b)能够帮助我 们按一定步 骤,高效率地 选择测试 用例,同 时还能为我们指出,程序 规格说明描述中存在着什么 问题。六、白盒 测试1白盒 测试概述:白盒 测试也称结构测试 或逻辑驱动测试 。2方法:程序 结构分析; 逻辑 覆盖测试;基本路径
20、 测试 。3原 则:( 1)保证一个模 块中所有独立路径至少被测试一次;( 2)所有 逻辑值 均需测试 真(True)和假(False )两种情况;( 3)检查程序的内部数据 结构,保 证其结构的有效性;( 4)在取 值上、下 边界,即可操作范 围内运行所有循 环.4逻辑覆盖测试: 主要是 测试覆盖率,以程序内在逻辑结 构为基础的测试。6 种:语句覆盖判断覆盖条件覆盖判定 - 条件覆盖条件组合覆盖路径测试 .语句覆盖:在 测试时 ,首先 设计若干个 测试用例,然后运行被 测程序,使程序中的每个可执行语句至少 执行一次。 判定:整体控制。包括: a、单一条件判定;b、符合条件覆盖 语句覆盖率:已
21、 执行的可 执行语句占程序中可 执行语句总数的百分比判定覆盖: 设计足够多的测试用例,使程序中的每个判定至少都获得一次 “真值”或“假值” 。条件覆盖: 构造一 组测试 用例,使得每一判定语句中每个 逻辑 条件的可能 值至少 满足一次。满足条件覆盖的不一定满足判定覆盖,反之亦然。两者无直接关系。判定 / 条件覆盖: 设计足够的测试用例,使得判定中每个条件的所有可能( 真 / 假 )至少出 现一次,并且每个判定本身的判定结果( 真 / 假) 也至少出 现一次名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - -
22、 - - - - - - - - 第 7 页,共 14 页 - - - - - - - - - 组合条件覆盖(MCC):设计足够的测试用例,使得每个判定中条件的各种可能组合都至少出 现一次。满足组合条件覆盖的 测试用例是一定 满足判定覆盖、条件覆盖和判定/ 条件覆盖。修正条件判定覆盖(MCDC) :需要足 够的测试用例来确定各个条件能够影响到包含的判定的结果,即要求 满足两个条件。七、静 态测试1静 态测试 不实际运行 软件,主要 对软件的编程格式、 结构等方面 进行评估。可以有人工 进行,也可借助 软件工具自 动进 行。2静 态测试 的方法( 1)代码检查 :代 码审查代码走查桌面检查同行评
23、分(略)( 2)代码审查 :通常由4 人组成,其中一人是 协调人,一人是程序的 编写者,其他人 员通常是程序的设计人员以及测试专 家。优点和作用: 错误列表、高效、会后修正、增加修改错误清单、较早发现错误 。( 3)代码走查:为测试员 的人会 带着一些 书面的测试用例参加会 议( 4)桌面 检查:( a)完全没有 约束(b)开发人员测试 自己的程序(c)没有展示自己能力,缺乏良好的效 应。(效果 远远逊 于代 码审查 和代码走查)3静 态结构分析:主要是以 图形的方式表 现程序的内部 结构。4代 码质量度量:功能性可靠性可用性| 有效性可维护性轻便性八、单元测试1单元测试的定 义单元测试又称模
24、 块测试 ,是最小 单位的测试 ,其依据是 详细设 描述, 对模块内所有重要的控制路径设计测试 用例,以便 发现模块内部的 错误。单元测试多采用白盒 测试技术2单元测试的对象 结构化程序, 单元测试的单元是指 单个子程序、函数或 过程 面向对象程序, 单元测试的单元是指 类或方法(通常 为类)。3单元测试的目的将模 块的功能与定 义模块的功能 规格说明或接口 规格说明进行比较,揭示出模 块与其规格说明之间存在的矛盾。4单元测试的人 员: 开发人员5单元测试的针对的问题( 1)模块接口: 检查进 出程序 单元的数据流是否正确。( 2)局部数据 结构: 必须测试 模块内部的数据能否保持完整性。(
25、3)边界条件 测试 :主要 检查临 界数据是否正确 处理。( 4)独立路径 测试 :发现 由于不正确的判定或不正常的控制流而产生的错误 。名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 8 页,共 14 页 - - - - - - - - - ( 5)出错处 理:要求能 预见出错的条件,并 设置适当的 处理对象,保 证其路径的正确性。6单元测试的流程计划单元测试设计单 元测试执行单元测试评估单元测试7. 计划单元测试( 1)驱动模块 (Drive) :用来模 拟被测
26、试模块的上一 级模块,相当于被 测模块的主程序。它接收数据,将相关数据 传送给被测模块,启 动被测模块,并打印出相 应的结果。( 2)桩模块 (Stub) :用来模 拟被测模块工作 过程中所 调用的模 块。它们一般只 进行很少的数据 处理。8设计单 元测试( 1)需要的信息 模块的规格说明:模 块的输入和输出以及模 块的功能。 模块的源代 码。( 2)测试用例的 设计方法 模块测试总 体上是面向白盒 测试的(静 态、动态) 后续测试针对较 大的元素不易 进行白盒 测试。 后续测试 着眼于 发现 其他类型的错误,不一定与程序 逻辑结 构有关。 使用一种或多种白盒测试方法分析模 块的逻辑结 构,然
27、后使用黑盒测试方法对照模块的规格说明补充测试用例。9. 执行单元测试( 1)设置测试环 境( 2)将测试环 境初始化( 3)执行测试过 程。10. 评估单元测试名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 9 页,共 14 页 - - - - - - - - - ( 1)测试完备性评估( 2) 代码覆盖率 评估九、集成 测试1集成 测试的定 义集成 测试又称组装测试 ,集成 测试是在单元测试的基础上,将所有模 块按照设计 要求组装成子系 统或系 统进行的测试活动。
28、2集成 测试的目的确保各 单元组合在一起后能 够按既定意 图协 作运行,并确保增量的行为正确,所 测试的内容包括 单元间的接口以及集成后的功能。3集成 测试的层次( 1)模块内集成 测试( 2)子系 统内集成 测试( 3)子系 统间集成 测试4集成 测试的流程5集成 测试的方法( 1)静态测试 :只要指 对概要设计的测试。( 2)动态测试 :以黑盒 测试为 主,需要了解内部 细节时结 合白盒 测试6集成 测试策略( 1)非增量式集成: 对所有模 块进行个别的单元测试后,按照程序 结构图将各模 块连接起来,把 连接后的程序当作一个整体进行测试。关键模块的特征:满足某些 软件需求;在程序的模 块结
29、构中位于 较高的 层次(高 层控制模 块);较复杂、较易发生错误;有明确定 义的性能要求。( 2)增量式集成:逐次将未曾集成测试的模 块和已 经集成测试 的模块(或子系 统)结合成程序包,名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 10 页,共 14 页 - - - - - - - - - 再将 这些模 块集成为较 大系统,在集成的 过程中边连接边测试 ,以发现连 接过程中产生的问题 。方法:自顶向下增量式 测试:深度 优先、广度 优先。自底向上增量式 测试名师
30、归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 11 页,共 14 页 - - - - - - - - - 混合增量式 测试7不同集成 测试 方法的比 较十、系 统测试1系统测试 的目的将系 统或程序与其初始目 标进行比 较,这意味着系 统测试 并不局限于系 统,系统测试 是一个试图说 明程序作 为一个整体是如何不 满足其目 标的过程。如果产品没有一 组书 面的、可度量的目 标,系统测试 也无法 进行。2系统测试 的类型能力 测试,容量 测试,强度测试,易用性 测试,安
31、全性 测试,性能 测试,存储测试 ,配置 测试,兼容性/配置/转换测试 ,安装 测试 ,可靠性 测试 ,可恢复性 测试,适用性 测试,文档 测试,过程测试(1)能力 测试名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 12 页,共 14 页 - - - - - - - - - 判断目 标文档提及的每一 项能力(以区 别功能 测试中的功能)是否都确实已经实现。 通常是通 过人工检查 目标文档中定 义了“要做什么 ”。(2)容量 测试 是程序 经受大容量数据的 检验,目
32、的是 证明程序不能 处理目标文档中 规定的数据容量。 容量测试需要大量的 资源,不可 进行过多。 如何使操作系 统的作 业队列达到 饱和容量。(3)强度测试 使程序承受高 负载 或强度的检验 。所谓高强度是指在很短的 时间间 隔内达到的数据或操作的数量峰 值。 (要与容量 测试相区分) 强度测试涉及 时间因素,适用于在可 变负载 下运行的程序以及交互式程序、实时程序和 过程控制程序。基于Web 的应用程序也是最常接受强度测试 的软件之一。如, 1.在很短的 时间内是操作系 统的作 业队列达到峰 值;2.web 应用程序要 处理一定容量的并 发用户。注: 强度测试是对强度的界定很重要。(4)易用
33、性 测试 每个用 户界面是否都根据用 户的智力、教育程度和环境要求 进行了调整? 程序的 输出是否有意 义、不模糊且无 计算机杂乱信息? 错误诊 断信息是否直接,非计算机专业 用户是否能 够理解(这要求对错误进 行精确的 预测和详细的分类)? 整体的用 户界面是否在 语法、惯例、语义、格式、 风格和缩写等方面展 现出了相当程度的完整性、一致性和同一性? 系统是否包含 过多或不太可能用到的选项? 对于所有 输入,系 统是否返回了即 时确认信息? 程序是否易于使用?如区分大小写的要求用户是否清楚,不同 层次菜 单之间的浏览是否容易等。(5)安全性 测试 设计测试 用例来突破程序安全检查。例如, 可
34、以 设计测试 用例来 规避操作系 统的内存保 护机制、破坏数据 库管理系 统的数据安全机制等。 常用的 测试用例设计方法是研究 类似系 统中已知的安全 问题,然后生成 测试用例,暴露被测系统中的类似问题 基于Web 的应用程序常常比 绝大多数程序所需的安全测试级别 更高, 对于电子商务网站尤其如此。(6)性能 测试 很多软件都有特定的性能或效率目标,这些特性描述 为在特定 负载和配置 环境下程序的响应时间 和吞吐率。 应设计测试 用例来 说明程序不能 满足其性能目 标。(7)存储测试 软件偶 尔会有存 储目标,例如描述程序使用的内存和辅存的容量以及 临时文件或移出文件的大小。 应设计测试 用例
35、来 证明这些存储目标没有得到 满足。(8)配置 测试 很多软件都支持多种硬件配置,可以运行在多种操作系统下,使用多种web 浏览器。通常可能的配置数量非常之大,以至于无法全面测试,但 应该尽可能 测试各种配置。(9)兼容性/配置/ 转换测试很多 软件不是全新的,而是 为了替 换某些已有的系 统。这样的软件往往涉及与已有系统的兼容以及从已有系 统的转换过 程,如升 级数据库管理系 统。名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 13 页,共 14 页 - - -
36、- - - - - - (10)安装 测试有些 软件的安装 过程非常复 杂,测试安装 过程是系 统测试 的一个重要部分。(11)可靠性 测试所有 测试都是为了提高 软件的可靠性,但如果 软件的目 标中包含了 对可靠性的特 别描述,就必须设计专门 的可靠性 测试用例。(12)适用性 测试对于软件的适用性和可 维护性目标也必须测试 。(13)可恢复性 测试 诸如OS、 DBMS 等软件通常都有可恢复性目标,说明系 统如何从硬件失 败和数据 错误中恢复 过来。系 统测试 的一个目 标是证明这些恢复机制不能正确发挥 作用。 可以故意将程序 错误 植入个系 统中,判断系 统是否可以从中恢复。 这些系统的
37、设计目标之一是平均恢复 时间(MTTR )最小, 测试 目标之一就是 证明系统不能满足 MTTR 的要求。(13)文档 测试 系统测试 也需要 检查 用户文档的正确性和清晰性。(14)过程测试 很多软件系统不是完全自 动化的,其中包括了很多人 员操作过程。在系 统测试 中,必 须对所有已 规定的人工 过程,如系 统操作员、最终用户、数据 库管理员的操作 过程进行测试。十一、 验收测试 是将程序与其最初的需求及最终用户当前的需要 进行比较的过程 通常是由程序的客 户或最终用户来进行,一般不 认为 是软件开发机构的 职责 最好的方法是 设计测试 用例,尽力证明程序没有 满足合同要求;假如这些测试 用例都通 过了,就可以接受 该程序。名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -精心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 14 页,共 14 页 - - - - - - - - -