第7章验收测试xg..pptVIP

第7章 验收测试 西安财经学院 第7章 验收测试 7.1 验收测试的过程和主要内容 7.2 产品规格说明书的验证 7.3 用户界面和可用性测试 7.4 兼容性测试 7.5 可安装性和可恢复性测试 7.6 文档测试 什么是验收测试 验收测试(Acceptance Test)：在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。 验收测试的目的是：确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。 验收测试的参与者：用户，还可能有软测工程师等。 7.1 验收测试的过程和主要内容 前提: 系统或软件产品已通过了系统测试的软件系统。 测试内容: 验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试试图尽可能地发现软件中存留的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档（如用户手册、操作手册等）测试等几个方面的内容。 任务： 验证软件的功能和性能符合用户期待。 测试步骤 制定测试计划，测试项，测试策略及验收通过准则，并经过客户参与的计划评审。 建立测试环境，设计测试用例，并经过评审。 准备测试数据，执行测试用例，记录测试结果。 分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。 测试项目通过； 测试项目没有通过，并且不存在变通方法，需要很大的修改； 测试项目没有通过，但存在变通方法，在维护后期或下一个版本改进； 测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚，应该修改测试计划。 提交测试报告 验收标准和注意事项 验收测试完成标准: 完全执行了验收测试计划中的每个测试用例。 在验收测试中发现的错误已经得到修改并且通过了测试或者经过评估留待下一版本中修改。? 完成软件验收测试报告。 注意事项： 必须编写正式的、单独的验收测试报告 验收测试必须在实际用户运行环境中进行 由用户和测试部门共同执行。如公司自开发产品，应由测试人员，产品设计部门，市场部门等共同进行。 α测试是指软件开发公司组织内部人员模拟各类用户对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。 经过α测试调整的软件产品称为β版本。β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见 α测试和β测试 7.2 产品规格说明书的验证 产品规格说明书（Specification） 基于用户需求的定义，详细描述将要开发出一个什么样的产品，包括产品的用途、有哪些功能、用户界面的表现形式及其交互特性等。 遵守公司内部约定的模板或其他要求。 采用Word、PDF、Visio或HTML等文档格式，包括文字、表格、图形甚至动画等内容。 7.2.1 产品规格说明书的评审 产品规格说明书决定了最终需要开发出的产品，对产品规格说明书的充分评审，可以排除约60%的错误，为项目节约大量成本。 评审方法包括 同行评审（Peer-to-peer Review） 走查（Walkthrough） 正式会议审查（Inspection） 7.2.2 产品规格说明书的验证 属于功能性测试范畴 测试人员不仅要根据产品说明书的每一个特性导出测试用例，而且针对上述的变动，及时更新测试用例，确保产品规格说明书和测试用例保持一致 提交基于产品规格说明书的验收报告 可以正式的，也可以非正式的 包括所有特征的清单 已经实现的特性标识为通过。 特性没有实现的，报告缺陷并在报告中体现。 特性基本实现，但与产品说明书中内容不相一致。报告缺陷并在报告中体现。 特性基本实现，但存在一些问题或错误。 7.3 用户界面和可用性测试 用户界面的7个要素: 符合标准和规范。 直观性。 一致性。 灵活性。 舒适性。 正确性。 实用性。 易用性测试没有具体量化的指标，主观性较强。 1.符合标准和规范 现有的平台上软件都需要遵守一定的标准和规范： 何时使用复选框，何时使用单选按钮 何时使用提示信息、警告信息或者严重警告信息等 通常标准是已经确立的，多数用户已经熟悉并接受了这些标准和规范、或已经认同了这些信息所代表的意义。 如果软件在某一个平台上运行，就需要把该平台的标准和规范作为产品规格说明书的补充内容，在建立测试案例时和产品规格说明书一样作为依据。 2.直观性 直观性： 首先确定功能操作界面、提示或期待的结果是否直观、显著，并是否在预期的地方或时间出现 其次，考虑用户界面的组织和布局是否合理，界面