验收测试主要在于它突出了客户的作用，这是与前面 讨论的各种测试活动不同之处。用户在现场或直接 参与测试。
验收测试可以重复确认测试中所使用的全部测试或部 分测试，或采用完全由用户自己开发的测试。
.
7
验收测试的种类
1.正式验收 2.非正式验收或Alpha测试 3.Beta测试
选择的策略通常建立在合同需求、组织和公司 标准以及应用领域的基础上。
.
9
静态方法和动态方法
静态方法的主要特征是在用计算机测试源程序时，计 算机并不真正运行被测试的程序，只对被测程序进行 特性分析。因此，静态方法常称为“分析”，静态分 析是对被测程序进行特性分析的一些方法的总称。
动态方法的主要特征是计算机必须真正运行被测试的 程序，通过输入测试用例，对其运行情况(输入/输出 的对应关系)进行分析。
.
3
系统测试与单元测试、集成测试的区别
测试方法不同：系统测试属于黑盒测试，而单元测试、 集成测试属于白盒或灰盒的范畴。
考察范围不同：单元测试主要测试模块内部队接口、 数据结构、逻辑、异常处理等对象。集成测试主要测 试模块之间的接口和异常。系统测试主要测试整个系 统相对于用户的需求。
评估基准不同：系统测试的评估基准是测试用例对需 求规格的覆盖率；而单元测试和集成测试的评估主要 是代码的覆盖率。
.
1
系统测试
系统测试实际上是针对系统中各个组成部分进行的综合 性检验。
尽管每一个检验有着特定的目标，然而所有的检测工作 都要验证系统中每个部分均已得到正确的集成，并能完 成指定的功能 。
系统测试-RUP 当将软件作为整体运行或实施明确定义的软件行为子集 时，即可进行系统测试。这种情况下的目标是系统的整 个实施模型。
确认测试
首先需要说明的是确认测试、系统测试、验收测试这三种测 试可能有交叉和前后互换。
确认测试又称有效性测试。它的任务是验证软件的功能和性 能，以及其特性是否与用户的要求一致。若能达到这一要求， 则认为开发的软件是合格的。
确认测试的准则：
在软件需求规格说明书中可能做了原则性的规定，但在测试阶 段需要更详细、更具体地测试规格说明书中做进一步说明。例 如，制定测试计划时，要说明确认测试应测试哪些方面，并给 出测试用例。除了考虑性能、功能以外，还需要检验其他方面 的要求。例如，可移植性、兼容性、可维护性、人机接口以及 开发的文件资料等是否符合要求。
.
4
回归测试
回归测试的目的是检验对软件进行的修改是否正确，保 证改动不会带来不可预料的行为或者另外的错误。 应用：①增量开发
②版本控制 ③软件维护 方法举例： ① 全部再测试（Retest All) ② 再测试风险用例(Retest Risky Use Case) ③ 按纲要再测试(Retest by Profile) ④ 再测试修改的段(Retest Changed Segments) ⑤ 防火墙内再测试（Retest Within Firewall）
பைடு நூலகம்
.
2
系统测试的种类
恢复测试：指采取各种人工干预方式使软件出错， 而不能正常工作，进而检验系统的恢复能力。
安全测试：目的是验证安装在系统内的保护机构能 够对系统进行保护，使之不受各种因素的干扰。
强度测试：检测系统能力的最高实际限度。 性能测试：检验安装在系统内的软件运行性能。 其他的测试，如功能测试等。
某些验收测试（如工厂验收而不是现场验收） 是部署软件之前的最后一个测试操作。此时采 用后两种测试方法
.
8
验收测试的范围
明确验收项目，规定验收测试通过的标准； 确定测试方法； 决定验收测试的组织机构和可供利用的资源； 选定测试结果分析方法； 制定验收测试计划并进行评审； 设计验收测试所用测试用例； 审查验收测试准备工作； 执行验收测试； 分析测试结果； 阐明验收测试结论，决定通过验收或是拒绝
.
10
黑盒测试
黑盒测试（Black—box Testing）又称功能测试、数 据驱动测试或基于规格说明的测试，是一种从用户观 点出发的测试。
被测程序被当作一个黑盒，不考虑程序内部结构和内 部特性，测试者只知道该程序输入和输出之间的关系 或程序的功能，依靠能够反映这一关系和程序功能的 需求规格说明书考虑确定测试用例和推断测试结果的 正确性。
软件的黑盒测试被用来证实软件功能的正确性和可操 作性。
.
11
白盒测试
白盒测试要求对某些程序的结构特性做到一定程度的覆盖， 或者说是“基于覆盖的测试” 。
最为常见的程序结构覆盖有： –语句覆盖：它要求被测程序的每一可执行语句在测试中 尽可能都检验过，这是最弱的逻辑覆盖准则； –分支覆盖或判定覆盖：要求程序中所有判定的分支尽可 能得到检验； –条件覆盖：当判定式中含有多个条件时，要求每个条件 的取值均得到检验； –判定／条件覆盖：同时考虑条件的组合值及判定结果的 检验； –路径覆盖：只考虑对程序路径的全面检验。 取得测试覆盖的方法——程序插装
.
12
黑盒测试与白盒测试的比较
测试规划
特
优点
点
缺点
方法举例
黑盒测试 根据用户的规格说明，即针对命 令、信息、报表等用户界面及体 现它们的输入数据与输出数据之 间的对应关系，特别是针对功能 进行测试。 能站在用户立场上进行测试。
• 不能测试程序内部特定部位。 • 如果规格说明有误，则无法发 现。
基于图的测试 等价类划分 边值分析 比较测试
.
5
α测试和β测试
通常由用户或其他人（非开发人员和测试人员） 来完成
α测试：在开发即将完成时对应用进行的测试， 此时仍然允许对设计作微小的变动;
β测试：在开发基本完成时进行，于正式发布 之前寻找程序中的错误。
.
6
验收测试
验收测试是检验软件产品质量的最后一道工序。
验收测试的目的是确保软件准备就绪，并且可以供最 终用户用于执行软件的既定功能和任务。
白盒测试 根据程序的内部结构，比如语句的 控制结构，模块间的控制结构以及 内部数据结构等进行测试。
能够对程序内部的特定部位进行覆 盖测试。 • 无法检验程序的外部特性。 • 无法对未实现规格说明的程序内 部欠缺部分进行测试。
语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 基本路径覆盖 循环覆盖 模块接口测试