软件质量保证与测试 第七章 验收测试.pptx

软件测试方法和技术第7章 验收测试第7章 验收测试7.1 验收测试的过程和主要内容7.2 验收测试的流程7.3 产品规格说明书的验证7.4 用户界面和可用性测试7.5 可安装性和可恢复性测试7.6 文档测试什么是验收测试验收测试 (Acceptance Test)：在软件产品完成了系统功能和非功能测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段，也称为交付测试。 7.1 验收测试的过程和主要内容前提: 系统或软件产品已通过了系统测试的软件系统。测试内容:验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试尽可能地发现软件中存留的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。主要包括易用性测试、安装测试、文档（如用户手册）测试等几个方面的内容。 验收测试的步骤制定测试计划及验收通过准则，通过客户评审设计测试用例并通过评审准备测试环境与数据，执行测试用例，记录测试结果分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。测试项目通过；测试项目没有通过，但存在变通方法，在维护后期或下一个版本改进；测试项目没有通过，并且不存在变通方法，需要很大的修改；测试项目无法评估或者无法给出完整的评估。此时须给出原因 提交测试报告验收标准和注意事项验收测试完成标准：完全执行了验收测试计划中的每个测试用例在验收测试中发现的错误已经得到修改并且通过了测试、或经过评估留待下一版本中修改?完成软件验收测试报告注意事项：必须编写正式的、单独的验收测试报告验收测试必须在实际用户运行环境中进行由用户和测试部门共同执行。如公司自开发产品，应由测试人员，产品设计部门，市场部门等共同进行7.2 验收测试的流程特点：客户对象具体明确；通常要求进行正式的验收测试；如有必要还可能请监理方代表他们对项目过程进行监管和控制。注意事项：必须编写正式的、单独的验收测试报告验收测试必须在实际用户运行环境中进行由用户和测试部门共同执行。如公司自行开发产品，应由测试人员，产品设计部门，市场部门等共同进行。下面以国内的政府/企业信息系统项目为背景，说明验收测试流程。示例：一个典型的验收测试流程（1）开发方的项目经理代表项目组提出项目验收申请（2）客户方和监理方检查项目测试验收的前提条件是否具备？检查系统测试是否符合要求检查试运行准备工作是否就绪检查所要求的项目档案是否齐备（3）以客户方、监理方为主，三方共同编制验收测试计划；（4）三方评审和批准验收测试计划；（5）客户代表和监理方、开发方共同确定验收测试用例集（6）项目经理领导项目组，按照验收测试计划完成测试准备工作；为用户提供系统使用上的培训和指导；准备系统的安装计划；准备验收文档；示例：一个典型的验收测试流程（7）建立验收测试环境，安装系统，准备验收测试数据；（8）客户方、监理方进行系统试运行，运行测试用例集，记录测试结果；（9）如果发现缺陷，则在确认后项目组立即着手解决（10）客户方、监理方完成回归测试，确认缺陷已经修复、并已经关闭。（11）项目组在修复缺陷后，更新相关的项目文档；（12）客户方、监理方审查验收测试执行情况，起草验收测试报告；（13）客户方、监理方签署验收测试报告。正式验收测试正式验收测试的优点： 要测试的功能和特性都是已知的。 测试的细节是已知的并且可以对其进行评测。 这种测试可以自动执行，支持回归测试。 可以对测试过程进行评测和监测。 可接受性标准是已知的。 正式验收测试的缺点： 要求大量的资源和计划。 这些测试可能是系统测试的再次实施。 可能无法发现软件中由于主观原因造成的缺陷，这是因为您只查找预期要发现的缺陷。非正式验收测试α 测试β 测试α测试和β测试 α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。 经过α测试调整的软件产品称为β版本。 β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。α 测试α测试的优点： 要测试的功能和特性都是已知的。 可以对测试过程进行评测和监测。 可接受性标准是已知的。 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。 α测试的缺点： 要求资源、计划和管理资源。 无法控制所使用的测试用例。 最终用户可能沿用系统工作的方式，并可能无法发现缺陷。 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。 用于验收测试的资源不受项目的控制，并且可能受到压缩。 β 测试 β测试的优点： 测试由最终用户实施。 大量的潜在测试资源。 提高客户对参与人员的满意程度。 与正式或非正式验收测试相比，可以发现更多由于主观原