2022年《软件测试技术》知识点整理.docx

《2022年《软件测试技术》知识点整理.docx》由会员分享，可在线阅读，更多相关《2022年《软件测试技术》知识点整理.docx（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -一、软件测试的定义软件测试 是一个 过程或一系列 过程,用来确 认计 算机代 码完成了其 应当 完成的功能,不执行其不 该有的操作；1软件测试 与调试 的区 别？（ 1）测试 是为了发觉软 件中存在的 错误 ；调试 是为证 明软件开 发的正确性；（ 2）测试 以已知条件开头,使用预先定 义的程序,且有 预知的 结果,不行 预见 的仅是程序是否通 过测试 ； 调试 一般是以不行知的内部条件开头,除统计 性调试 外, 结果是不行 预见 的；（ 3）测试 是有 方案的,需要 进行测试设计 ；调试 是不受 时间约 束

2、的；（ 4）测试经受发觉错误、改正 错误 、重新 测试 的过程； 调试 是一个推理 过程；（ 5）测试 的执行是有 规程的；调试 的执行往往要求开 发人员进 行必要推理以至知 觉的 飞跃 ；（ 6）测试经 常是由独立的 测试组 在不明白 软件设计 的条件下完成的； 调试 必需由明白 具体设计 的开 发人员完成；（ 7）大多数 测试 的执行和 设计 可以由工具支持； 调式时,开 发人员能利用的工具主要是 调试器；2对软 件测试 的懂得？软件测试 就是 说要去依据客 户的要求完善它.即要把 这个软件仍没有符合的或者是和客户要求不一 样的,或者是客 户要求 仍没有完全达到要求的部分找出来；（ 1）第

3、一要 锤炼 自己 软件测试 才能,包括需求的分析才能,提取才能,即就是 给你一个系 统的时候,能 够把整个 业务 流程很清晰的理出；（ 2）学 习测试 理论学问并与你 锤炼 的才能相 结合；规律 化思想才能,（ 3）想和做；想就是 说你看到任何的系 统都要有 习惯 性的摸索；做就是把 实际 去做 练习 ,然后提取 体会 ；总结测试 用例,测试计 划当然重要,但才能和思想一旦到位了,才能成 为一名合格的 软件测试工程 师；二、软件测试的分类1依据 测试 技术划分（ 1）白盒 测试 ：通 过对 程序内部 结构的分析、 检测 来查找问题 ；检查 是否全部的 结构及 逻辑都是正确的, 检查软 件内部

4、动作是否依据 设计说 明的 规定正常 进行；-结构测试（ 2）黑盒 测试 ：通 过软 件的外部表 现来发觉错误 ,是在程序界面 处进 行测试 ,只是 检查 是否依据需求 规格说明书的规定正常 实现 ；-性能 测试（ 3）灰盒 测试 ：介于白盒 测试 与黑盒 测试 之间的测试 ；细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 1 页,共 14 页 - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -2依据是否 让备测软 件运行划分（ 1）静 态测试（ 2）动态测试3依据开 发阶 段划

5、分（ 1）单元测试： 模块测试 , 检查 每个程序 单元嫩否正确 实现具体设计说 明中的模 块功能等；（ 2）集成 测试 ：组装测试 ,将全部的程序模 块进 行有序、 递增的 测试 ,检验 程序 单元或部 件的接口关系（ 3）系 统测试 ：检查 完整的程序系 统能否和系 统（包括硬件、外 设和网 络、系 统软 件、支持平台等）正确配置、连接,并 满意用 户需求；（ 4）确认测试 ： 证明软 件是否 满意特定于其用途的需求,是否 满意软件需求 说明书的规定；（ 5）验收测试 ：按 项目任 务或合同,供需双方 签订 的验收依据文档 进行的 对整个系 统的测 试与评审 ,打算是否接受或拒收系 统；4

6、依据 测试实 施组织 划分（ 1）开 发方测试（ 2）用 户测试（ 3）第三方 测试三、软件测试的原就1测试 用例中一个必需部分是 对预 期输出或 结果的定 义；2程序 员应 当防止 测试 自己 编写的程序；3编写软件的 组织 不应当测试 自己 编写的程序；4应当彻 底检查 每个 测试 的执行结果；5测试 用例的 编写不 仅应 当依据有效和 预期的 输入情形,也 应当依据无效和未 预料到的 输 入情形；6检查 程序是否 “ 未做其 应当 做的 ” 仅是测试 的一半, 测试 的另一半是 检查 程序是否 “ 做 了不 应当 做的 ” ；7应防止 测试 用例用后既弃,除非软件本身就是一个一次性的软件

7、；8方案测试 工作 时不应默许假定不会 发觉错误 ；9程序某部分存在更多 错误 的可能性,与 该部分已 发觉错误 的数量成正比；10软件测试 是一 项极富 制造性、极具智力挑 战性的工作；细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 2 页,共 14 页 - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -四、测试用例的 设计1测试 用例的定 义（ 1）测试 用例是 为特定的目的而 设计 的一 组测试输 入、 执行条件和 预期的 结果；（ 2）测试 用例是 执行的最小 实体；2特

8、点：（ 1）最有可能抓住 错误 的；（ 2）不是重复的、余外的；（ 3）一 组相像 测试 用例中最有效的；（ 4）既不是太 简洁 ,也不是太复 杂；3设计测试 用例的基本准 就测试 用例的代表性、 测试结 果的可判定性、 测试结 果的可再 现性；五、黑盒 测试1等价 类划分法等价 类划分法的 设计 方法：是把全部可能的 输入数据,即程序的 输入域划分成如干部分（子集）,然后从每一个子集中 选取少量具有代表性的数据作 为测试 用例；等价 类是指某个 输入域的子集合；在该子集合中各个 输入数据 对于揭露程序中 错误 都是等效的；并合理地假定： 测试 某等价 类的代表 值就等于 对这 一类其他 值的

9、测试 ；有效等价 类：对于程序的 规格说明来 说是合理的、有意 义的输入数据构成的集合 无效等价 类：对软 件规格说明而言,是无意 义的、不合理的 输入数据所构成的集合 等价 类对 于测试 有两个重要的意 义：完 备性无冗余性 等价 类划分法的原 就（ a）依据区 间划分：一个有效等价 类和两个无效等价 类；（ b）依据数 值划分：n 个有效等价 类和一个无效等价 类（ c）依据数 值集合划分一个有效等价 类和一个无效等价 类（ d）依据限制条件或 规章 划分：可确定一个有效等价 类和如干个无效等价 类（ e）细分等价 类 等价 类划分法的步 骤（ a）确定等价 类细心整理归纳 精选学习资料

10、（ b）建立等价 类表,列出全部划分出的等价类 第 3 页,共 14 页 - - - - - - - - - - - - - - - - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -（ c）从划分出的等价 类中按以下的 3 个原 就设计测试 用例： 为每一个等价 类规 定一个唯独的 编号 设计 一个新的 测试 用例,使其尽可能多的掩盖尚未被掩盖的有效等价 的有效等价 类都被掩盖 为止；类,重复 这一步,直到全部 设计 一个新的 测试 用例,使其 仅掩盖一个尚未被掩盖的无效等价 类,重复 这一步,直到全部的无效等价 类都被

11、掩盖 为止；确定等价 类的方法（ a）先考 虑输 入数据的 类型（合法型和非法型）；（ b）再考 虑数据范 围（合法型中的合法区 间和非法区 间）；（ c）最终考 虑输 出结果,逆向 设定输入；2边界值分析法边界值分析法就是 对输 入或 输出的 边界值进 行测试特点：具有很 强的发觉 程序 错误 的才能； 测试 用例来自等价 类的边界；基本原理：故障往往发生在 输入定 义域和 输出值域的 边界上,而不是在其内部；Ycd方法：（ a）第一 应确定 边界情形.（b）选取正好等于, 刚刚 大于或 刚刚 小于 边界的 值作为测试 数据标准边界值：min、 min+、 nom、 max-、 max健壮

12、边界值：min 、 min+、 nom、 max-、 max min- max+例：a bX有两个 变 量x、 y的程序的 输入域对于一个含有 n 个变量的程序,只 让其中一个 变量取极 值,让其余的 变量取正常 值,被保留的 变量依次取 min、 min+、 nom、 max-、 max 值,对每个 变量都重复 进行；n 个变量的程序, 边界值分析测试 程序会 产生 4n+1 个测试 用例；3决策表法概述：决策表法是黑盒 测试 方法中最 为严 格、最具有 规律 性的 测试 方法；什么 时候使用？程序 输入输出比 较多, 输入之 间、输出之 间相互制 约的条件比 较多时,可以清晰地表达它 们之

13、间的各种复 杂关系； 决 策 表 通 常 由 四 部 分 组 成 ：条件桩条件项规章条件 桩：列出 问题 的全部条件动作桩动作项条件 项：针对 条件 桩给 出的条件列出全部可能的取值动作桩：给出问题规 定的可能实行的操作动作项：与条件 项紧 密相关,指出在条件项的各 组取值情形下 应实行的 动作规章 ：项中的每一列是一条 规章 ,每一条 规章 是一 组测试 用例；决策表的化 简细心整理归纳 精选学习资料 （ a）合并：假如一个条件项 表中某列中的条件 值 和另外一个条件 项所产生的 动作是相同的, 且两 第 4 页,共 14 页 个条件 项对应 的每一行的 值只有一个是不同的, 就可以将其合并

14、. 合并的 项除了不同 值变 成” 不关怀 ” - - - - - - - - - - - - - - - - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -条目外 , 其余不 变（ b）包含：假如两个条件项的动作是相同的, 对任意条件1 的值和条件2 中对应 的值,假如 满意： 假如条件1 的值是 TF, 就条件2 中的 值也是TF.称条件1 包含条件2, 条件2 可以撤去. 假如条件1 的值是 - 不关怀 , 就条件2 中的 值是T,F,-, 重复A,B 就可以得到精 简的决策表.YNY Y YY Y NN N N Y

15、 NN N 合并包含构造决策表的步 骤：（ a）确定 规章 的个数；（ b）列出全部的条件 桩和动作桩；（ c）填入 输入项；（ d）填入 动作项 , 得到初始的决策表；（ e）对初始的决策表化 简；决策表 测试 法的适用范 围（ a） if-then-else 规律 突出；（ b）输入变量之 间存在 规律 关系；（ c）涉及 输入变量子集的 运算；（ d）输入和 输出之 间存在因果关系；4因果 图方法概述：假如 输入之 间有关系, 测试时 必需考虑输 入条件的各种 组合,考 虑适合于描述 对于多种条 件的 组合,相 应产 生多个 动作的形式来 设计测试 用例, 这就需要利用因果 图；因果 图

16、方法最 终生成的就是判定表；适合于检查 程序 输入条件的各种 组合情形；因果 图法的基本思想：第一从程序 规格说明书的描述中 , 找出因 输入条件 和果 输出结果或者程序状 态的改 变 , 然后通 过因果 图转换为 判定表 , 最终 为判定表中的每一列 设计 一个 测试 用例 .基本符号 缘由 结果通常在因果 图中用 Ci 表示缘由,用 Ei 表示 结果,各 结点表示状 态,可取 值“ 0” 或“ 1” ；“ 0” 表示某状 态不出 现,“ 1” 表示某状 态显现；细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 5 页,共 14 页 - - - -

17、- - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -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 最多有一个可能 为 1, 不能同 为 1.I 约束 或 ： a,b,c

18、 中至少有一个必 须为 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：其次个字符是一个数字字找；结果：E1 ：给出信

19、 L ； E2 ：修改文件；E3：给出信 M；（ b）因果 图；C110 E1C2 E2C3 E3（ c）决策表；细心整理归纳 精选学习资料 1 2 3 4 5 6 7 8 第 6 页,共 14 页 - - - - - - - - - - - - - - - - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -C111110000C200110011C31010101010111100E1E2CME3不行能测试 用例A3AMB3BMC2A5A&B5B*X6D*（ d）设计测试 用例测试 用例1：输入数据：A3 预期输出：修改

20、文件M测试 用例2：输入数据：AM 预期输出： 给出信息测试 用例3：输入数据：B3 预期输出：修改文件M测试 用例4：输入数据：B* 预期输出： 给出信息测试 用例5：输入数据：C2 预期输出： 给出信息L测试 用例6：输入数据：CM 预期输出： 给出信息LM因果 图法的 优点：（ a）考 虑了多个 输入之 间的相互 组合、相互制 约关系；（ b）能 够帮忙我 们按肯定步 骤,高效率地 挑选测试 用例,同 时仍 能为我们指出,程序 规格说明描述中存在着什么 问题 ；六、白盒 测试1白盒 测试 概述：白盒 测试 也称 结构测试 或规律驱动测试 ；2方法：程序 结构分析； 规律 掩盖 测试 ；基

21、本路径 测试 ；3原 就：（ 1）保 证一个模 块中全部独立路径至少被 测试 一次；（ 2）全部 规律值 均需 测试 真（True）和假（False ）两种情形；（ 3）检查 程序的内部数据 结构,保 证其结构的有效性；（ 4）在取 值上、下 边界,即可操作范 围内运行全部循 环 .4规律 掩盖 测试 : 主要是 测试 掩盖率,以程序内在 规律结 构为基础的测试 ；6 种： 语句掩盖 判定掩盖 条件掩盖 判定 - 条件掩盖 条件 组合掩盖 路径 测试 .语句掩盖：在 测试时 ,第一 设计 如干个 测试 用例,然后运行被 测程序,使程序中的每个可 执行语句至少 执行一次； 判定：整体 掌握；包括

22、： a、单一条件判定；b、符合条件掩盖 语句掩盖率：已 执行的可 执行语句占程序中可 执行语句总数的百分比细心整理归纳 精选学习资料 判定掩盖： 设计 足够多的 测试 用例,使程序中的每个判定至少都获得一次 “ 真值” 或“ 假值” ； 第 7 页,共 14 页 条件掩盖: 构造一 组测试 用例,使得每一判定语句中每个 规律 条件的可能 值至少 满意一次；满意条件掩盖的不肯定满意判定掩盖,反之亦然；两者无直接关系；判定 / 条件掩盖： 设计 足够的测试 用例,使得判定中每个条件的全部可能 真 / 假 至少出 现一次,并且每个判定本身的判定结果 真 / 假 也至少出 现一次 - - - - -

23、- - - - - - - - - - - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -组合条件掩盖（MCC）： 设计足够的测试用例,使得每个判定中条件的各种可能组合都至少出 现一次；满意组合条件掩盖的 测试 用例是肯定 满意判定掩盖、条件掩盖和判定/ 条件掩盖；结果,修正条件判定掩盖MCDC ：需要足 够的测试 用例来确定各个条件能够影响到包含的判定的即要求 满意两个条件；七、静 态测试1静 态测试 不实际 运行 软件,主要 对软 件的 编程格式、 结构等方面 进行评估；可以有人工 进行,也 可借助 软件工具自 动进

24、行；2静 态测试 的方法（ 1）代 码检查 ：代 码审查 代码走查 桌面 检查 同行 评分（略）（ 2）代 码审查 ：通常由 4 人组成,其中一人是 和谐 人,一人是程序的 编写者,其他人 员通常是程序 的设计 人员以及 测试专 家；优点和作用： 错误 列表、高效、会后修正、增加修改错误 清单、较早发觉错误 ；（ 3）代 码走查：为测试员 的人会 带着一些 书面的 测试 用例参与会 议（ 4）桌面 检查 ：（ a）完全没有 约束（b）开 发人员测试 自己的程序（c）没有展现自己才能,缺乏良好的效 应；（成效 远远逊 于代 码审查 和代 码走查）3静 态结 构分析：主要是以 图形的方式表 现程序

25、的内部 结构；4代 码质 量度量：功能性牢靠性可用性| 有效性可保护 性轻巧性八、单元测试1单元测试 的定 义 单元测试 又称模 块测试 ,是最小 单位的 测试 ,其依据是 具体设 描述, 对模块内全部重要的掌握路径 设计测试 用例,以便 发觉 模块内部的 错误 ；单元测试 多采纳白盒 测试 技术 2单元测试 的对象 结构化程序, 单元测试 的单元是指 单个子程序、函数或 过程 面对 对象程序, 单元测试 的单元是指 类或方法（通常 为类 ）；3单元测试 的目的 将模 块的功能与定 义模块的功能 规格说明或接口 规格说明进行比 较,揭示出模 块与其 规格说明之 间存在的冲突；4单元测试 的人

26、员 : 开发人员 5单元测试 的针对 的问题（ 1）模 块接口 : 检查进 出程序 单元的数据流是否正确；: 必需测试 模块内部的数据能否保持完整性；（ 2）局部数据 结构（ 3）边界条件 测试 ：主要 检查临 界数据是否正确 处理；细心整理归纳 精选学习资料 （ 4）独立路径 测试 ：发觉 由于不正确的判定或不正常的掌握流而产生的 错误 ； 第 8 页,共 14 页 - - - - - - - - - - - - - - - - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -（ 5）出 错处 理：要求能 预见 出错的条件

27、,并 设置适当的 处理对象,保 证其路径的正确性；6单元测试 的流程方案单元测试设计单 元测试执行单元测试评估单元测试7. 方案单元测试（ 1）驱动 模块 Drive ：用来模 拟被测试 模块的上一 级模块,相当于被 测模块的主程序；它接收数据,将相关数据 传送给被测模块,启 动被测模块,并打印出相 应的结果；（ 2）桩模块 Stub ：用来模 拟被测模块工作 过程中所 调用的模 块；8设计单 元测试（ 1）需要的信息 模块的规格说明：模 块的输入和 输出以及模 块的功能； 模块的源代 码；（ 2）测试 用例的 设计 方法 模块测试总 体上是面对白盒 测试 的（静 态、动态 ） 后续测试针对较

28、 大的元素不易 进行白盒 测试 ；它们一般只 进行很少的数据 处理； 后续测试 着眼于 发觉 其他 类型的 错误 ,不肯定与程序 规律结 构有关； 使用一种或多种白盒测试 方法分析模 块的规律结 构,然后使用黑盒测试 方法 对比模 块的规格说明补充测试 用例；9. 执行单元测试（ 1）设置测试环 境（ 2）将 测试环 境初始化（ 3）执行测试过 程；10. 评估单元测试细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 9 页,共 14 页 - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - -

29、 - -（ 1）测试 完备性评估（ 2 代码掩盖率 评估九、集成 测试1集成 测试 的定 义集成 测试 又称 组装测试 ,集成 测试 是在 单元测试 的基 础上,将全部模 块依据 设计 要求 组装成子系 统或系 统进 行的 测试 活动；2集成 测试 的目的确保各 单元组合在一起后能 够按既定意 图协 作运行,并确保增量的行 元间的接口以及集成后的功能；3集成 测试 的层次（ 1）模 块内集成 测试（ 2）子系 统内集成 测试（ 3）子系 统间 集成 测试4集成 测试 的流程 5集成 测试 的方法（ 1）静 态测试 ：只要指 对概要 设计 的测试 ；为正确,所 测试 的内容包括 单（ 2）动态测

30、试 ：以黑盒 测试为 主,需要明白内部 细节时结 合白盒 测试 6集成 测试 策略（ 1）非增量式集成： 对全部模 块进 行个 别的单元测试 后,依据程序 结构图将各模 块连 接起来,把 连 接后的程序当作一个整体 进行测试 ；关键模块的特点：满意某些 软件需求；在程序的模 块结 构中位于 较高的 层次（高 层掌握模 块）；较复杂、较易发生错误 ；有明确定 义的性能要求；（ 2）增量式集成：逐次将未曾集成测试 的模 块和已 经集成 测试 的模 块（或子系 统）结合成程序包,细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 10 页,共 14 页 - -

31、 - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -再将 这些模 块集成 为较 大系 统,在集成的 过程中 边连 接边测试 ,以 发觉连 接过程中 产生的 问题 ；方法： 自顶向下增量式 测试 ：深度 优先、广度 优先； 自底向上增量式 测试细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 11 页,共 14 页 - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -混合增量式 测试7不同集成 测试 方法的比 较十、系 统

32、测试1系 统测试 的目的将系 统或程序与其初始目 标进 行比 较,这意味着系 统测试 并不局限于系 统,系统测试 是一个试图说 明程序作 为一个整体是如何不 满意其目 标的过程；假如 产品没有一 组书 面的、可度量的目 标,系 统测试 也无法 进行；2系 统测试 的类型才能 测试 ,容量 测试 ,强度测试 ,易用性 测试 ,安全性 测试 ,性能 测试 ,存 储测试 ,配置 测试,兼容性 / 配置 / 转换测试 ,安装 测试 ,牢靠性 测试 ,可复原性 测试 ,适用性 测试 ,文档 测试,过程测试（ 1）才能 测试细心整理归纳 精选学习资料 - - - - - - - - - - - - - -

33、 - 第 12 页,共 14 页 - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - - 判定目 标文档提及的每一 项才能（以区 别功能 测试 中的 功能）是否都确 实已经实现； 通常是通 过人工 检查 目标文档中定 义了“ 要做什么 ” ；（ 2）容量 测试 是程序 经受大容量数据的 检验 ,目的是 证明程序不能 处理目 标文档中 规定的数据容量； 容量 测试 需要大量的 资源,不行 进行过多； 如何使操作系 统的作 业队 列达到 饱和容量；（ 3）强度测试 使程序承担高 负载 或强度的 检验 ；所谓高强度是指在很短的 时间

34、间 隔内达到的数据或操作的数量峰 值； （要与容量 测试 相区分） 强度测试 涉及 时间 因素,适用于在可 变负载 下运行的程序以及交互式程序、实时 程序和 过程掌握程序；基于 Web 的应用程序也是最常接受 强度测试 的软件之一；如, 1.在很短的 时间 内是操作系 统的作 业队 列达到峰 值 ;2.web 应用程序要 处理肯定容量的并 发用户；注： 强度测试 是对强 度的界定很重要；（ 4）易用性 测试 每个用 户界面是否都依据用 户的智力、训练程度和 环境要求 进行了 调整？ 程序的 输出是否有意 义、不模糊且无 运算机 杂乱信息？ 错误诊 断信息是否直接,非运算机 专业 用户是否能 够

35、懂得（这要求 对错误进 行精确的 猜测和具体 的分 类）？ 整体的用 户界面是否在 语法、 惯例、 语义 、格式、 风格和 缩写等方面展 现出了相当程度的完整性、一样性和同一性？ 系统是否包含 过多或不太可能用到的 选项 ？ 对于全部 输入,系 统是否返回了即 时确认信息？ 程序是否易于使用？如区分大小写的要求用户是否清晰,不同 层次菜 单之间的浏览 是否容易等；（ 5）安全性 测试 设计测试 用例来突破程序安全检查 ；例如, 可以 设计测试 用例来 规避操作系 统的内存保 护机制、破坏数据 库治理系 统的数据安全机制等； 常用的 测试 用例 设计 方法是讨论 类似系 统中已知的安全 问题 ,

36、然后生成 测试 用例,暴露被测系统中的 类似问题 基于Web 的应用程序经常比 绝大多数程序所需的安全测试级别 更高, 对于电子商 务网站特别如此；（ 6）性能 测试 许多 软件都有特定的性能或效率目标,这些特性描述 为在特定 负载 和配置 环境下程序的响应时间 和吞吐率； 应设计测试 用例来 说明程序不能 满意其性能目 标；（ 7）存 储测试 软件偶 尔会有存 储目标,例如描述程序使用的内存和辅存的容量以及 暂时 文件或移出文件的大小； 应设计测试 用例来 证明这些存 储目标没有得到 满意；（ 8）配置 测试 许多 软件都支持多种硬件配置,可以运行在多种操作系统下,使用多种web 浏览 器；

37、通常可能的配置数量特别之大,以至于无法全面（ 9）兼容性 / 配置 / 转换测试测试 ,但 应当 尽可能 测试 各种配置；许多 软件不是全新的,而是 为了替 换某些已有的系 统；这样 的软件往往涉及与已有系统的兼容以及从已有系 统的转换过 程,如升 级数据 库治理系 统；细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 13 页,共 14 页 - - - - - - - - - 名师归纳总结 精品学习资料 - - - - - - - - - - - - - - -（ 10）安装 测试有些 软件的安装 过程特别复 杂,测试 安装 过程是系 统测试 的一个

38、重要部分；（ 11）牢靠性 测试全部 测试 都是 为了提高 软件的牢靠性,但假如 软件的目 标中包含了 对牢靠性的特 别描述,就必需设计特地 的牢靠性 测试 用例；（ 12）适用性 测试对于软件的适用性和可 保护 性目 标也必 须测试 ；（ 13）可复原性 测试 诸如 OS、 DBMS 等软件通常都有可复原性目 标,说明系 统如何从硬件失 败和数据 错误 中 复原 过来；系 统测试 的一个目 标是证明这些复原机制不能正确 发挥 作用； 可以有意将程序 错误 植入个系 统中,判定系 统是否可以从中复原； 这些系 统的设计 目标之一是平均复原 时间 （能满意 MTTR 的要求；（ 13）文档 测试

39、MTTR ）最小, 测试 目标之一就是 证明系 统不 系统测试 也需要 检查 用户文档的正确性和清晰性；（ 14）过程测试 许多 软件系 统不是完全自 动化的,其中包括了许多人 员操作 过程；在系 统测试 中,必 须对全部已 规定的人工 过程,如系 统操作 员、最 终用户、数据 库治理 员的操作 过程进行测试 ；十一、 验收测试 是将程序与其最初的需求及最终用户当前的需要 进行比 较的过程 通常是由程序的客 户或最 终用户来进行,一般不 认为 是软件开 发机构的 职责 最好的方法是 设计测试 用例,尽力 证明程序没有 满意合同要求；假如 这些测试 用例都通 过了,就可以接受 该程序；细心整理归纳 精选学习资料 - - - - - - - - - - - - - - - 第 14 页,共 14 页 - - - - - - - - -