摘要：
•定义 System Testing--是将已经集成好的软件系统，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行使用的环境下，对计算机系统进行系列的测试活动； •对象 1.产品级--软件+硬件 2.项目级--软件（也可能包含硬件） 阅读全文
posted @ 2021-01-01 23:46
噫吁嚱。
阅读(237)
评论(0)
推荐(0)
摘要：
优点： A.底层组件得到较早验证 B.测试初期可以并行集成，效率高 C.由于驱动模块是额外编写的，对被测模块的可测试性要求较低 D.减少了开发桩的工作量 E.定位问题容易，支持故障隔离 缺点： A.需要开发大量的驱动，工作量、成本同样很高 B.对高层的验证太晚了，设计上的缺陷不能被及早发现 C.集成 阅读全文
posted @ 2021-01-01 23:44
噫吁嚱。
阅读(131)
评论(0)
推荐(0)
摘要：
子策略： • 深度优先（Depth-First） • 广度优先（Broadth-First） 优点： A.主控模块（高层组件）得到较早验证 B.深度优先策略能够较早验证一个完整的功能，增强了开发信心 C.基本不需要开发驱动，减少了这部分的工作量 D.和高层设计顺序一致，方便并行开展 E.定位问题容易 阅读全文
posted @ 2021-01-01 23:43
噫吁嚱。
阅读(168)
评论(0)
推荐(0)
摘要：
优点：方法简单、效率高 缺点： • "急于求成"，成功率不高 • "大海捞针"，导致即使发现问题也难以定位（无法故障隔离） • "囫囵吞枣"，许多内部接口的错误被漏测 适用范围： • 小项目、维护型项目 • 软件结构不清晰的系统 阅读全文
posted @ 2021-01-01 23:41
噫吁嚱。
阅读(109)
评论(0)
推荐(0)
摘要：
1 测试过程的制定 1.1 计划 根据SVVP制定ITP 1.2 设计 根据ITP制定IT方案 1.3 实现 根据IT方案制定IT用例 1.4 执行 根据IT用例进行集成测试，提交Bug Report，……，回归测试 0.2 采用的测试方法 0.3 灰盒测试 随集成层次不同，灰度随之相应变化 0.4 阅读全文
posted @ 2021-01-01 23:39
噫吁嚱。
阅读(316)
评论(0)
推荐(0)
摘要：
• 子系统间集成（系统内集成） • 模块间集成（子系统内集成） • 函数间集成（模块内集成） 阅读全文
posted @ 2021-01-01 23:38
噫吁嚱。
阅读(96)
评论(0)
推荐(0)
摘要：
集成测试所处的测试过程： A.测试准备活动在开发活动时可以并行开展，如开始做HLD设计时就可以开始做ITP了 B.测试执行活动在单元测试的基础上进行 阅读全文
posted @ 2021-01-01 23:36
噫吁嚱。
阅读(324)
评论(0)
推荐(0)
摘要：
• 开发人员做 A优势:一般来说，编程能力稍强 B劣势:Protect（就像变形金刚的汽车人），心理上不愿意否定自己的劳动成果，职责是保护程序 • 测试人员做 A优势:Destroy（就像变形金刚的霸天虎），心理上追求完美，职责是挑刺、破坏程序 B劣势:目前的现状，大部分tester编程能力不够 阅读全文
posted @ 2021-01-01 23:34
噫吁嚱。
阅读(352)
评论(0)
推荐(0)
摘要：
一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。 • 程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。 • 虽然已经有了IT和ST，但IT和UT、ST关注点不一样，它们互为补充 • 反分解性公理：为一个被测模块获得的覆盖并不能覆盖他所调用的模块。 • 反组合性 阅读全文
posted @ 2021-01-01 23:32
噫吁嚱。
阅读(289)
评论(0)
推荐(0)
摘要：
集成测试(Integration Testing) 集成测试也叫组装测试、联合测试、部件测试、子系统测试 • 集成测试测什么 1.外部接口：各件结合在一起后表现的功能 2.内部接口：各件间的接口是否正确Ä • 集成测试的目的 验证软件的组件对概要设计说明书的符合度 • 集成测试的评估基准： 接口覆盖 阅读全文
posted @ 2021-01-01 23:30
噫吁嚱。
阅读(501)
评论(0)
推荐(0)
摘要：
测试计划： 完成单元测试计划； 测试设计：完成单元测试方案； 测试实现：完成单元测试用例、单元测试规程、单元测试脚本及数据文件； 测试执行：执行单元测试用例，修改发现的问题并进行回归测试，提交单元测试报告。 阅读全文
posted @ 2021-01-01 23:29
噫吁嚱。
阅读(190)
评论(0)
推荐(0)
摘要：
方法：先对模块调用层次图上最低层的模块进行单元测试，模拟调用该模块的模块做驱动模块。然后再对上面一层做单元测试，用下面已被测试过的模块做桩模块。以此类推，直到测试完所有模块。 · 优点：可以节省桩函数的开发工作量，测试效率较高。 · 缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生 阅读全文
posted @ 2021-01-01 23:27
噫吁嚱。
阅读(156)
评论(0)
推荐(0)
摘要：
方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推直到测试完所有模块。 · 优点：可以节省驱动函数的开发工作量，测试效率较高。 · 缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且开发和维护的成本将增加。 阅读全文
posted @ 2021-01-01 23:25
噫吁嚱。
阅读(142)
评论(0)
推荐(0)
摘要：
方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和 驱动模块。每个模块进行独立的单元测试。 · 优点：该方法是最简单，最容易操作的。可以达到高的结构覆盖率。该方法是纯粹的单元测试。 · 缺点：桩函数和驱动函数工作量很大，效率低。 阅读全文
posted @ 2021-01-01 23:24
噫吁嚱。
阅读(145)
评论(0)
推荐(0)
摘要：
在于发现各模块内部可能存在的各种错误主要是基于白盒测试。 · 验证代码是与设计相符合的；· 发现设计和需求中存在的错误； · 发现在编码过程中引入的错误。（和设计不相符 / 和设计相符，但是由于编码疏漏引起） 单元测试的常见错误：1.单元接口 2.局部数据结构 3.独立路径 4.出错处理 5.边界条 阅读全文
posted @ 2021-01-01 23:23
噫吁嚱。
阅读(94)
评论(0)
推荐(0)
摘要：
控制流相关概念：程序元素、控制流关系、控制流图、控制流矩阵。 控制流分析能发现的问题：转向并不存在的标号；没有用的语句标号；从程序 入口进入后无法达到的语句；不能达到停机语句的语句。 数据流相关概念：数据的定义；数据的引用。 数据流分析的左右：分析代码中关于数据定义和引用方面的错误；进行代码优化。（ 阅读全文
posted @ 2021-01-01 23:21
噫吁嚱。
阅读(461)
评论(0)
推荐(0)
摘要：
测试人员需要了解软件的实现； 可以检测代码中的每条分支和路径； 解释隐藏在代码中的错误； 对代码的测试比较彻底； 实现代码结构上的优化； 白盒测试投入较大，成本高； 白盒测试不验证规格的正确性。 阅读全文
posted @ 2021-01-01 23:20
噫吁嚱。
阅读(381)
评论(0)
推荐(0)
摘要：
1、 什么是白盒测试： · 白盒测试是依据被测软件分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试，可完全不顾程序的整体功能实现情况； · 白盒测试是基于程序结构的逻辑驱动测试； · 白盒测试又可以被称为玻璃盒测试、透明盒测试、开放盒测试、结构化测试、逻辑驱动测试。 2、 为什么进 阅读全文
posted @ 2021-01-01 23:19
噫吁嚱。
阅读(243)
评论(0)
推荐(0)
摘要：
黑盒测试的优点：·对于更大的代码单元来说（子系统甚至系统级）比白 盒测试效率要高；· 测试人员不需要了解实现的细节， 包括特定的编程语言；· 从用户的视角进行测试，很容 易被大家理解和接受；· 有助于暴露任何规格不一致或 有歧义的问题。 黑盒测试的缺点：· 没有清晰的和简明的规格，测试用例是很难设计 阅读全文
posted @ 2021-01-01 23:17
噫吁嚱。
阅读(663)
评论(0)
推荐(0)
摘要：
黑盒测试把被测对象看成一个黑盒，只考虑其整体特性，不考虑其内部具体实现； 黑盒测试针对的被测对象可以是一个系统、一个子系统、一个模块、一个子模块、一个函数等。 黑盒测试又可以被称为基于规格的测试。 阅读全文
posted @ 2021-01-01 23:16
噫吁嚱。
阅读(319)
评论(0)
推荐(0)
摘要：
软件质量保证(SQA)和测试： SQA从流程方面保证软件的质量、测试从技术方面保证软件的质量、只进行SQA或者只进行测试活动不一定能产生好的软件质量。 SQA的主要工作范围： 1.保障制度体系。2.促进过程改进。3.指导项目实施。4.增加透明度。5.评审项目活动。6.审核工作产品。7.协助解决问题。 阅读全文
posted @ 2021-01-01 23:13
噫吁嚱。
阅读(127)
评论(0)
推荐(0)
摘要：
功能性：当软件在指定条件下使用时，软件产品提供满足明确和隐含需求的功能的能力。包括：适合性；准确性；互操作性；保密安全性；功能性的依从性。 可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。包括：成熟性；容错性；易恢复性；可靠性的依从性。 易用性：在指定条件下使用时，软件产品被理解、学习 阅读全文
posted @ 2021-01-01 23:09
噫吁嚱。
阅读(136)
评论(0)
推荐(0)
摘要：
检视代码，评审开发文档； 进行测试设计，写作测试文档（测试计划、测试方案、测试用例等）； 执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正； 通过测试度量软件质量 阅读全文
posted @ 2021-01-01 23:08
噫吁嚱。
阅读(368)
评论(0)
推荐(0)
浙公网安备 33010602011771号