软件测试基础-验收测试.ppt

测试总结 总结验收测试计划和验收测试说明的变化情况及其原因； 说明测试异常终止情况，确认未能被测试活动充分覆盖的范围； 确定未能解决的软件测试事件以及不能解决的理由； 总结测试所反映的软件系统与需方的软件要求之间的差异； 将测试结果连同所发现的差错情况同需方的软件要求对照，评价软件系统的设计与实现，提出软件改进建议； 根据测试记录和软件问题报告单编写测试问题报告。 按照《验收测试报告模板》的要求编写验收测试报告，该报告应包括：测试结果分析、对软件系统的评价和建议； 验收测试的三种策略 进行验收测试的常用策略有三种： 正式验收测试 Alpha测试 Beta测试 正式验收测试 正式验收测试是一项管理严格的过程，它通常是系统测试的延续。 计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集。不要偏离所选择的测试用例方向，这一点很重要。 正式验收测试的优点 要测试的功能和特性都是已知的。 测试的细节是已知的并且可以对其进行评测。 这种测试可以自动执行，支持回归测试。 可以对测试过程进行评测和监测。 可接受性标准是已知的。 正式验收测试的缺点 要求大量的资源和计划。 这些测试可能是系统测试的再次实施。 可能无法发现软件中由于主观原因造成的缺陷，这是因为您只查找预期要发现的缺陷。 Alpha(α)测试的特点 α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。 Alpha(α )测试的特点 它是在开发环境下进行的（不对外发布） 它不需要测试用例评价软件使用质量 用户往往没有相关经验，可以是兼职人员，开发者或测试者坐用户旁边 目的主要评价软件产品的FLURS－Function、Location、Usability、reliability、Performance、Security即功能、局域化、可用性、可靠性、性能和技术支持 Beta(β)测试的特点 经过α测试调整的软件产品称为β版本。β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见 Beta(β)测试的特点 它是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试 开发者通常不在测试现场 免费的 用户是任意的，环境是无法控制的 其他测试 – 回归测试 定义 Thank You! —验收测试 软件验收测试 验收测试(Acceptance testing )是是以需方为主的测试，是软件交付或部署之前的最后一个测试活动。 验收测试的目的是确保软件是完整的、集成的计算机应用系统，并且可以让最终用户将其用于软件的既定功能和目标任务。 验收测试的组织和管理 验收测试的团队 验收测试的准入条件 验收测试的准出条件 验收测试的配置管理 验收测试的团队 验收测试的准入条件 被验收测试的软件已通过了软件系统测试，关闭了所有的缺陷，除非另有约定（如，在用户急需上线的情况下，可能要求关闭了所有的A、B类缺陷以后，也可以开始验收）。 具有测试合同（或测试项目计划）； 具有软件测试所需的各种文档，应包括用户操作手册和软件维护安装手册在内的所有文档； 所提交的被测软件受控； 软件源代码正确通过编译和构建。 验收测试的准出条件 已按要求完成了合同（或项目计划）所规定的软件测试任务，如：功能性测试、非功能性测试、用户场景测试； 客观、详细地记录了软件测试过程和软件测试中发现的所有问题 ； 软件测试文档齐全、符合规范； 软件测试的全过程自始至终在控制下进行； 软件测试中的问题或异常有合理解释或正确有效的处理； 软件测试报告通过了评审； 全部测试数据、被测软件、测试支持软件和评审结果已纳入配置管理。 验收测试的配置管理 按照软件配置管理的要求，将测试过程中产生的各种软件工作产品纳入配置管理。 由开发组织实施的软件测试，应将测试工作产品纳入软件项目的配置管理； 由独立测试组织实施的软件测试，应建立配置管理库，将被测试对象和测试工作产品纳入配置管理。 已通过测试的验收状态和各项参数应详细记录，归档保存，未经测试负责人允许，任何人无权改变。 验收测试的技术要求 功能性测试 性能测试 可靠性和安全性测试 用户场景测试 功能性测试要求 根据开发方提供的设计文档和用户操作手册，应逐项测试： 系统设计说明规定的系统的功能； 系统的每个特性应至少被一个正常测试用例和一个被认可的异常测试用例所覆盖； 测试用例的输入应至少包括有效等价类值、无效等价类值和边界数据值； 测试系统的所有输出及其格式